bonjours
C'est pas un spam sur le titre mais juste pour savoir si c'est bon ou pas de faire justement ce genre de chose.
Je suis un peut en lutte contre mon chef de projet sur certaine pratique mais avant de l'ouvrir j'aurais aimé avoir l'avis des autres pour avoir des arguments et pour savoir si je suis en tord ou pas.
Comme l'indique le titre, je voulais savoir si c'est bon ou pas d'ouvrir une connexion au sgbd des qu'ont fait une requete et la ferme des que nous avons plus besoin. C'est à dire que si sur mon fichier il y a plusieurs appelle de fonction et chaque fonction fait au moin appelle a une sgbd il y a connexion deconnexion autant de fois qu'il y a de requete.
Mon avis : Ouvrir la connexion une bonne fois pour toute pour le temps de vie de la page script est des qu'il y a plus besoin de sgbd je le fermer.
Merci

Nan, c'est pas bien. Genre sur ma machine de dev, une connexion à MySql bouffe 5ms, ce qui en général représente 10% du script. Donc imagine si, à chaque requête, je devais faire une déco/reco Perte de performance monstre...
 
Ensuite si tu crains pour le nombre de connexion trop grand, alors il faut utiliser une connexion persistante

mais là en l'occurence c'est Sql Server mais pour autant je sais que ça bouffe beaucoup de bande passante de faire ce genre de chose.

Ok, enfin le problème est le même

Exacte mais bon quand  tu as quelqu'un qui te dit "moi j'ai pas eu de probeme sa marche ont fait comme ça"

Bah déjà, sous SQL Server, faut utiliser le connexion Pooling...

haa j'avais raison, les pool de connexion!...

Ouvrir et fermer une connection à chaque requête est une TRES mauvaise pratique.
 
Conserver ta connection le temps de ton application ou de ton script, c'est déjà nettement mieux.
 
Utiliser du connection pooling, c'est encore mieux et ça devient indispensable dès que la charge monte.

Au pire, tu lui fait un gros bench