J'ai une application web qui fait de la lecture seule sur une base de données. Donc pas besoin de transactions, d'isolation et tout ça... Dans ce cas pourquoi s’embêter à gérer un pool de connection, ce serait plus simple d'utiliser une seule connection partagée par tous les threads de mon application.
Réponse :
D'autres s'étaient posé la question avant moi. En recherchant sur Google, la réponse est oui, mais...
J'ai trouvé plein de discussions sur le sujet. En synthèse :
- la spec JDBC dit que les connections doivent être thread-safe mais pas de précisions sur les use-cases
- en pratique tout le monde dit que le bon pattern c'est une connection par thread et que certains drivers ne sont sans doute pas thread-safe
- selon les documentations, au moins dans les drivers Oracle et PostgreSQL les connections sont thread-safe (je ne sais pas pour les autres SGBD)
- en pratique c'est implémenté à grands coups de synchronized donc pour les performances, c'est mort : les requêtes lancées par les différents threads vous s'exécuter l'une après l'autre et non en parallèle, la connection va devenir le goulet d'étranglement de l'application
Donc on peut le faire, mais il ne faut pas le faire. Mieux vaut le pattern classique 1 connection par thread.
Quelques liens intéressants sur le sujet :
- https://jdbc.postgresql.org/
documentation/92/thread.html - https://www.linkedin.com/
groups/Is-JDBC-connection- thread-safe-70526.S.228870700 - http://stackoverflow.com/
questions/1531073/is-java-sql- connection-thread-safe - http://docs.oracle.com/cd/
B14117_01/java.101/b10979/ tips.htm#i1005436 - http://appcrawler.com/
wordpress/2011/06/21/multiple- threads-using-same-physical- connection/
Aucun commentaire:
Enregistrer un commentaire