Ik heb geen prestatiestatistieken bij de hand, maar misschien een waarschuwing bij het gebruik van pooling van verbindingen:je zou kunnen eindigen met te veel kleine pools, in plaats van één grote.
ADO.NET zal een nieuwe verbindingspool maken voor
-
elke verbindingsreeks; het is zeer hier ook kieskeurig over - als je twee verbindingsreeksen hebt die zelfs maar een enkele spatie of zoiets verschillen, worden die als twee afzonderlijke verbindingsreeksen beschouwd en zullen ze ertoe leiden dat afzonderlijke verbindingspools worden gemaakt
-
voor elke Windows-inloggegevens als u de instelling "geïntegreerde beveiliging" (vertrouwde verbinding) gebruikt
Dus als je een verbindingsreeks hebt, zoiets als
server=MyDBServer;database=MyDatabase;integrated security=SSPI;
er wordt één verbindingspool gemaakt voor elke te onderscheiden gebruiker - dat is nogal contra-intuïtief, maar zo is het (en het kan niet worden beïnvloed / uitgeschakeld).
Bekijk de MSDN-documenten op ADO.NET verbindingspooling voor details:
En als je deze twee verbindingsreeksen hebt:
server=MyDBServer;database=MyDatabase;user id=tom;pwd=top$secret
en
server=MyDBServer;database=MyDatabase;user id=tom; pwd=top$secret;
die worden als anders beschouwd verbindingsreeksen, en dus worden er twee afzonderlijke verbindingspools gemaakt.
Wanneer u probeert het effect van pooling van verbindingen te meten, is dit iets om rekening mee te houden!
Marc