Je n'ai pas de statistiques de performances à portée de main, mais peut-être un mot d'avertissement lors de l'utilisation du pool de connexions :vous pourriez vous retrouver avec trop de petits pools, au lieu d'un seul grand.
ADO.NET va créer un nouveau pool de connexion pour
-
chaque chaîne de connexion ; c'est très pointilleux à ce sujet également - si vous avez deux chaînes de connexion qui diffèrent ne serait-ce que par un seul espace ou quelque chose, celles-ci sont considérées comme deux chaînes de connexion distinctes et entraîneront la création de pools de connexions distincts
-
pour chaque identifiant Windows si vous utilisez le paramètre "sécurité intégrée" (connexion sécurisée)
Donc, si vous avez une chaîne de connexion quelque chose comme
server=MyDBServer;database=MyDatabase;integrated security=SSPI;
un pool de connexion pour chaque utilisateur distinct sera créé - c'est plutôt contre-intuitif, mais c'est comme ça (et il ne peut pas être influencé/désactivé).
Consultez la documentation MSDN sur le regroupement de connexions ADO.NET pour plus de détails :
Aussi, si vous avez ces deux chaînes de connexion :
server=MyDBServer;database=MyDatabase;user id=tom;pwd=top$secret
et
server=MyDBServer;database=MyDatabase;user id=tom; pwd=top$secret;
ceux-ci sont considérés comme différents chaînes de connexion, et donc deux pools de connexion distincts seront créés.
Lorsque vous essayez de mesurer l'effet de la mise en commun des connexions, c'est quelque chose dont il faut être conscient !
Marc
