> > > Insgesamt wirst Du die Situation eher verschlechtern... > > Bei wenigen Anfragen wird es zwar funktionieren, aber > gerade der Fall > > den Du verbessern willst, n�mlich bei hoher DB-Belastung wird sich > > verschlechtern... > > > > Insgesamt geht es mir nicht um Performancegewinn, sondern > darum, dass man > bei h�herer Belastung nicht in Probleme mit der Anzahl der ge�ffneten > Connections l�uft. Das ist der eigentliche Punkt den ich > vermeiden will.
Dann muss man eigentlich nur am Connection-String drehen und nicht ein Pooling programmieren... Wenn Du nicht mehr als eine gleichzeitige Connection hinbekommst kannst Du das pooling sowieso vergessen, wenn Du es aber hinbekommst ist das Problem doch schon gel�st und muss nicht noch �ber ein pooling wieder eingeschr�nkt werden.. > Die angesprochenen Performanceverbesserungen sind mir > wohlbekannt. Aber Welche Verbesserungen? Ich sprach von Verschlechterungen. > gr�stenteils ungeeignet f�r dass, wa sich im moment plane. > Selbiges ist sozusagen eine Umgebung f�r die ASP-Software, die ich auf > meiner Homepage zum Download anbieten werde. Es regelt > Datenbankzugriff, > Sessionhandling und Benutzerverwaltung und wird �ber eine einfache > Textedatei im root konfiguriert. Ziel ist es, dass das ganze > direkt nach dem > entpacken l�uft (Standartm�ssig werden Connections auf der Seite > geschlossen), und dass man dann im Rahmen seiner M�glichkeiten dann > anpassungen vornehmen kann. So erinnere ich mich an einen > Provider, der > unbedingt Datenbank Verbindungen in Sesionvariablen haben > wollte. Auch das > wird unterst�tzt, wenngleich ich das nicht empfehle. > Schreibzugriff f�r den > I_Usr ist auch selten vom Provider gegeben (wg. > Textdateien).MS Connection Damit hatte ich eigentlich noch nie Probleme... Ohne Schreibzugriff kann man Access-DBs ja gar nicht richtig nutzen... > Pooling stellt man f�r ASP nunmal in der Registry ein, auf die ein > Standart-Nutzer meist kaum Einfluss nehmen kann. Jeder Provider, der seinen Job ernst nimmt wird wenn M�glich connection-Pooling einstellen, denn es bringt auch ihm Vorteile... Weniger starke Auslastung der Server bedeutet, dass er mehr Sites pro Server hosten kann... �brigens gelten Deine Argumente auch gegen Dich... Du nutzt ODBC, aber bei den meisten Providern kostet das Einrichten von ODBC DSNs Geld... Da ODBC neben den Kosten auch noch langsamer ist als direkter Zugriff �ber OLEDB bzw. entsprechenden nativen DB-Treiber wird es kaum eingesetzt, sondern meist DSN-less Connectionstrings verwendet... > Hier gilt es, weitaus mehr zu beachten als reinen > Performancegewinn/-maximierung. Das ganze muss vor allem > einfach zu nutzen > sein. > Ja, aber was ist den �berhaupt der Vorteil, den mann sich mit Performance-Verlust durch Dein System erkauft? Claudius | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
