> > ODBC und ODBC DSN ist ein Unterschied. Richtig.
> > Der zuerst genutzte Connection String war ein ODBC Connection > String. Aber > daf�r muss kein Provider eine DSN eirichten und in Rechnung stellen. Ja, aber gibt es einen Vorteil dsn-less-ODBC-Connection-Strings zu benutzen? > > > Ich nehme mal an, das ADO(X) sich drum k�mmert, das der Pool nicht > > andere Aktionen unterbindet... > > > Die Annahme reicht mir nicht, genaugenommen glaube ich es > auch nciht. Ich > werde es mal auf meinem Heimserver testen. Klar. Testen sollte man auf jeden Fall, aber dieses Wartungs-Problem ist allgemeiner und besteht egal ob man Pooling verwendet oder nicht... > > Um ein letztes mal auf den Ursprung der Diskussion zu kommen. > Ich habe schon > erlebt dass die AccessDB bei 3 parallelen Nutzern neue Connections > verweigert hat (War die unperformante Session Variante, > deswegen weiss ich > dass so genau). Bei 3 Benutzern ist prinzipiell noch kein > Performenceengpass > da... Seltsam... Eigentlich sollte Access 255 User vertragen k�nnen... Das ist zwar utopisch, aber bei drei sollte eigentlich noch nicht schluss sein... Und eigentlich sollte alles nur langsamer werden, aber nicht die Connection verweigert werden. Aber nat�rlich h�ngt das davon ab, wie man die DB �ffnet... Bei exklusivem �ffnen ist schon bei einem User schluss.... > > F�r die, die MS Connection Pooling nicht, aber eine MSDE > nutzen k�nnen, w�re > es vielleicht auch interessant, wegen der eingenauten 5 User h�rde. Wie schon gesagt denke ich, dass ein selbstgebasteltes Pooling seine system-imanenten Grenzen erreicht weit bevor MSDE mit den 5 Usern (und wahrscheinlich auch Access ohne Pooling) sie erreicht, d.h. dass das eigene Pooling mit den entsprechenden Threading-Problemen der Flaschenhals ist, der weiteres skalieren verhindern wird und das Performance-Maximum unter das Maximum ohne Pooling dr�cken wird... Aber ich bin schon auf die Ergebnisse der Tests gespannt, wenn es soweit ist... > > Aber wie gesagt, das sollen nur Optionen f�r Spezialf�lle > sein. Ich biete es > an, kl�re aber auch �ber etwaige Nachteile und andere > L�sungen (Die jetzt > noch um die Access MS Connection Pooling-Geschichte erweitert wird) > Voreinstellung ist und bleibt die Version, die Connection pro Seite zu > schliessen, was ja auch die Basis f�r MS Connection Pooling darstellt. > > Gruss, > Andreas Roth Gruss, 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
