Règles en matière de pool client/serveur

bénéficiaire.
Cela parce que chaque application
s’exécute dans un processus
unique, et donc chaque application
client obtient son propre pool. Des copies
ou instances multiples de la même
application Windows Forms ne partagent
pas le même pool. Toutefois,
quand l’application établit des
connexions multiples (comme c’est
souvent le cas), le .NET Data Provider
gère toutes les connexions dans un
pool commun.
Dans le cas d’applications client/
serveur qui doivent gérer de plus près
le SGBD côté serveur, le pool peut
constituer davantage un handicap
qu’une aide. Dans de tels cas, vous souhaiterez
parfois la fonctionnalité d’une
connexion comme neuve chaque fois
que vous utilisez la méthode Open et
l’assurance que la connexion se ferme
réellement quand vous utilisez la méthode
Close. A l’inverse, si l’application
établit et interrompt des connexions de
manière répétitive, la chaîne de
connexion reste inchangée et vous
n’utilisez pas de transactions, le .NET
Data Provider créera un pool pour
votre connexion. Il s’en suit que l’application
réutilisera votre pooled connection
dès que possible et l’application
s’exécutera plus rapidement parce que
la connexion ne sera pas réouverte et
fermée à  répétition.