Laquelle de ces approches est la meilleure: le regroupement de connexions ou les connexions JDBC par thread?Connexion de la connexion à la connexion JDBC par thread
Répondre
Connexion Pooling pour sûr et presque toujours.
La création d'une nouvelle connexion à la base de données est très coûteuse en termes de performances. Et différents moteurs DB (selon les licences ou les paramètres) ont un nombre maximum de connexions différent (parfois même 1, généralement pas plus de 50). La seule raison d'utiliser les connexions Per-Thread est si vous savez qu'il existe un certain nombre de threads persistants (10 par exemple). Je ne peux pas imaginer cette situation dans le monde réel.
Définitivement le regroupement de connexions. Absolument aucune raison de créer une nouvelle connexion pour chaque thread. Mais, il pourrait être logique d'utiliser la même connexion pour une requête HTTP entière par exemple (surtout si vous avez besoin de transactions).
Vous pouvez facilement configurer le cadre de la mise en commun de connexion pour un min et nombre maximum de connexions en fonction de la base de données que vous utilisez. Mais avant d'aller trop haut avec le nombre maximum de connexions, essayez d'utiliser la mise en cache si vous avez des problèmes de performances.
Pour les applications Web, la mise en commun de connexion est généralement la bonne réponse pour des raisons autres ont déjà offert.
Pour la plupart des applications de bureau en cours d'exécution contre une base de données, un pool de connexion est pas bon puisque vous avez seulement besoin d'une connexion et ayant des connexions multiples consomme des ressources sur le serveur DB. (Multipliez cela par le nombre d'utilisateurs.) Ici, vous avez le choix entre une seule connexion persistante ou simplement créer la connexion à la demande. Le premier conduit à des requêtes plus rapides puisque vous n'avez pas les frais généraux de construction et de destruction de la connexion. La seconde est plus lente mais aussi moins exigeante sur le serveur DB.
- 1. La connexion JDBC est suspendue
- 2. Problème de connexion JDBC
- 3. Connexion simplifiée JDBC
- 4. Java JDBC connexion à MySQL
- 5. Connexion beanshell jdbc, chargement de la classe
- 6. JDBC- postgres, connexion refusée
- 7. Connexion JDBC cryptée
- 8. vérification par programmation de la connexion ouverte dans JDBC
- 9. ClassNotFoundException lors de la connexion à MySql avec JDBC
- 10. connexion JDBC à Oracle en cluster
- 11. connexion jdbc utilisant mince pilote
- 12. Oracle JDBC connexion de la connexion avec le lien de base de données
- 13. rapports Crystal - connexion JDBC échoué
- 14. Connexion de la version Android Connexion SingleClientConnManager
- 15. Chaîne de connexion JDBC et synonymes Oracle
- 16. java lire la connexion JDBC à partir du fichier XML
- 17. différence entre la connexion partageable et non échangeable dans le pool de connexion jdbc?
- 18. Surveillance de pool de connexion JDBC GlassFish
- 19. Quelle est la chaîne de connexion du pilote JDBC MySQL?
- 20. Définition de la connexion
- 21. Connexion séparée dbx à un thread
- 22. Expiration de la connexion
- 23. Remet la connexion par erreur Peer
- 24. Echec de la connexion à la base de données Oracle
- 25. Déclenchement de la «connexion réinitialisée par l'homologue»
- 26. connexion timeout propriété dans la chaîne de connexion ignorée
- 27. montrer la connexion à la page d'accueil
- 28. Norm.MongoException: Délai de connexion essayant d'obtenir la connexion du pool de connexion
- 29. Délai de connexion lors de la tentative d'ouverture d'une connexion
- 30. Vérifier la connexion WCF