Le Regroupement de connexions .NET/SQL Server?

Question

Est-il nécessaire ou avantageux pour écrire personnalisée de regroupement de connexion code lors du développement d'applications en .NET avec une base de données SQL Server?Je sais que ADO.NET vous donne l'option pour activer/désactiver la connexion de mise en commun -- est-ce à dire qu'il est intégré dans le cadre et je n'ai pas besoin de vous inquiéter à ce sujet?Pourquoi les gens parlent de la rédaction de leur propre pool de connexion de logiciel et comment est-ce différent de ce qui est construit dans ADO.NET?

Answer 1

Le regroupement de connexion intégré à ADO.Net est robuste et mature.Je déconseille de tenter d'écrire votre propre version.

Answer 2

Je ne suis pas réel d'experts sur cette question, mais je sais ADO.NET a son propre pool de connexion de système, et aussi longtemps que je l'ai utilisé, il a été irréprochable.

Ma réaction serait qu'il ne sert à rien de réinventer la roue...Assurez-vous de fermer votre connexion lorsque vous avez terminé avec eux et tout ira bien!

J'espère que quelqu'un d'autre peut vous donner quelques plus ferme anwers!

Answer 3

Ma compréhension est que le regroupement de connexion est automatiquement géré par le système lors de l'utilisation de l'objet SqlConnection.C'est délibérément conçu pour fonctionner avec MSSQL et d'assurer des connexions sont mis en commun efficace.Vous avez juste besoin d'être sûr que vous les fermer lorsque vous avez terminé avec eux (et de s'assurer qu'ils sont éliminés).

Je n'ai jamais entendu parler de personnes ayant besoin de rouler leur propre moi.Mais j'avoue que mon expérience est plutôt limité là.

Answer 4

Avec l'avènement de ADO.Net et la version la plus récente de connexion SQL de mise en commun est traité sur deux couches, d'abord par l'ADO.Net lui-même et d'autre part par SQL Server 2005/2008 directement, éliminant le besoin de connexion personnalisée de la mutualisation.

J'ai été informé que similaires de soutien sont prévues ou ont été mis en œuvre dans Oracle et MySQL centres d'intérêt.

Answer 5

Eh bien, il va aller loin comme la réponse à toutes ces questions seront LINQ.D'ailleurs, nous n'avons jamais besoin de connexion personnalisée mise en commun pour l'un de nos demandes, donc je ne suis pas sûr de ce que tout le bruit est d'environ.