Ja, wie gesagt, 10 Leute gleichzeitg draufzugreiffen geht nicht.
Per Web machst du ja nur mal kurz die Verbindung auf, holst Daten und
wieder zu.
Mit einem Web-Stress-Tool hab ich mal einige Tests gemacht.
Da war es mit 2-3 gleichzeitigen Verbindungen noch ok und dann wurde
es langsamer.
und wenn
Christoph Schmid <> :
> Ja, wie gesagt, 10 Leute gleichzeitg draufzugreiffen geht nicht. Per
> Web machst du ja nur mal kurz die Verbindung auf, holst Daten und
> wieder zu. Mit einem Web-Stress-Tool hab ich mal einige Tests
> gemacht. Da war es mit 2-3 gleichzeitigen Verbindungen noch ok und
> da
Ja, wie gesagt, 10 Leute gleichzeitg draufzugreiffen geht nicht.
Per Web machst du ja nur mal kurz die Verbindung auf, holst Daten und
wieder zu.
Mit einem Web-Stress-Tool hab ich mal einige Tests gemacht.
Da war es mit 2-3 gleichzeitigen Verbindungen noch ok und dann wurde
es langsamer.
***
: [EMAIL PROTECTED]
Betreff: RE: AW: [Asp.net] Wie Schreibt Ihr Eure SQL Statements?
>Die kann man ja eigentlich bei jedem DB System verwenden - was wir
>auch übrigens natürlich machen - wobei ich immer über Access im Web
>Umfeld schmunzeln muss ;-)
Da gibt es doch gar nichts zu schmun
>Ich hatte das bisher so verstanden, dass man Schwierigkeiten mit
>Access bekommt, wenn mehrere Leute / Applikationen darauf zugreifen.
>Stimmt das nicht?
Doch, das stimmt schon. Wenn auf einer Webseite viele gleichzeitige
Besucher auf die Datenbank zugreiffen, gibts Probleme. Da aber bei
vielen
TED]
To: <[EMAIL PROTECTED]>
Subject: RE: AW: AW: [Asp.net] Wie Schreibt Ihr Eure SQL Statements?
Date: Tue, 22 Jun 2004 10:38:47 +0200
Oskar O <> :
>>> Da gibt es doch gar nichts zu schmunzeln. Bei vielen leistet die
>>> gute Dienste.
>>
>> Absolut - benutze
Oskar O <> :
>>> Da gibt es doch gar nichts zu schmunzeln. Bei vielen leistet die
>>> gute Dienste.
>>
>> Absolut - benutzen wir auch noch oft und als Standarddatenbank für
>> unser kleines WCMS. Da laufen Sites mit ein paar tausend Besuchern
>> im Monat drauf - ohne Probleme.
>>
>
> da kann i
> Da gibt es doch gar nichts zu schmunzeln. Bei vielen leistet die gute
> Dienste.
Absolut - benutzen wir auch noch oft und als Standarddatenbank für unser
kleines WCMS. Da laufen Sites mit ein paar tausend Besuchern im Monat
drauf - ohne Probleme.
da kann ich nur zustimmen. vor allem gibt es
> Da gibt es doch gar nichts zu schmunzeln. Bei vielen leistet die gute
> Dienste.
Absolut - benutzen wir auch noch oft und als Standarddatenbank für unser
kleines WCMS. Da laufen Sites mit ein paar tausend Besuchern im Monat
drauf - ohne Probleme.
Leider ist man da natürlich gezwungen die Logik
>Die kann man ja eigentlich bei jedem DB System verwenden - was wir
>auch übrigens natürlich machen - wobei ich immer über Access im Web
>Umfeld schmunzeln muss ;-)
Da gibt es doch gar nichts zu schmunzeln. Bei vielen leistet die gute
Dienste.
*
___
Die kann man ja eigentlich bei jedem DB System verwenden - was wir auch übrigens
natürlich machen - wobei ich immer über Access im Web Umfeld schmunzeln muss ;-)
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Alexander Zeitler
Gesendet: Montag
Hi Andreas,
das mit dem * sollte man sich sowieso nicht angewöhnen finde ich. Man
übersieht sehr schnell Fehler wenn man die Tabellenstruktur ändert
(abgesehen von der Performance meine ich).
Viele Grüße
Lars
At 14:01 21.06.2004, you wrote:
>
>
> aus Inside SQL Server 2000 habe ich in Erinnerun
>
>
> aus Inside SQL Server 2000 habe ich in Erinnerung behalten,
> dass zwar ein
> Geschwindigkeitsvorteil zustande kommt, diese Geschichte mit dem
> Vorkompilieren aber eine hochkomplizierte Geschichte ist. Es
> wir auch hier
> zwischen Parsen und compilieren unterschieden.
> Das was es vo
Okay werde da mal auf StringBuilder umändern.
An die Anderen - es gibt auch Projekte bei denen man keinen SQL Server nehmen kann -
dann gehen leider keine Stored Procedures!
Weiß jemand wie groß die Standartinstanz des Stringbuilders ist? Weil wenn schon -
dann richtig. Gibt es irgendwelche Grö
>
> Soweit wie möglich StoredProcedures nehmen,
> ansonsten auf jeden fall StringBuilder.
>
> Jörg
>
Wegen Stored Procedures - dem Stimme ich prinzipiell schon zu. Aber das
bringt mich zu einer anderen Frage:
Wie macht ihr die Dokumentation bei einer komplexen Datenbank, mit x Sichten
und x SP
Soweit wie möglich StoredProcedures nehmen,
ansonsten auf jeden fall StringBuilder.
Jörg
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Auftrag von Pessner, Andreas
Gesendet: Montag, 21. Juni 2004 10:54
An: [EMAIL PROTECTED]
Betreff: [Asp.net] Wie Schreibt Ihr
16 matches
Mail list logo