De l'utilité d'établir plusieurs connexions simultanées SQL

ViPHP
ViPHP | 656 Messages

05 mars 2007, 20:57

Bonsoir.

Je me posais la question depuis pas mal de temps. Je me demande si c'est utile dans un script d'établir plusieurs connexions à un même serveur SQL. Est-ce possible d'optimiser le temps de requète ?

Cela me semble impossible, ça relève du multi-threading il me semble, pour executer plusieurs fonctions en même temps :-s

Merci pour vos réponses.

Avatar du membre
Administrateur PHPfrance
Administrateur PHPfrance | 13231 Messages

05 mars 2007, 21:54

Même si tu ouvres plusieurs connexion sur un serveur MySQL, la manière dont est gérée la pile de requête reste la même.

Ce n'est pas parce que tu as 2 connexions que les requêtes vont s'exécuter simultanément. Je dirais même que c'est moins optimisé puisque tu prends 2 fois le temps de te connecter ;)

En plus de la gestion du processeur du serveur, je me demande si les accès concurrents à une table ne sont pas de toutes façon un frein :-k
Connaître son ignorance est la meilleure part de la connaissance
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter

twitter - site perso - Github - Zend Certified Engineer

Mammouth du PHP | 505 Messages

06 mars 2007, 08:54

Il faut d'abord etre certain qu'il y a plusieurs connexions BDD simultanée et distinctes, le distinct est important car de nombreuses piles offre la possibilité de réutiliser la meme connexion au travers de plusieurs appel cf pconnect().

Si elles sont distinctes, cela peut permettre d'avoir des sessions autonomes, l'interret sera essentiellement fonction du SQL exécuté par chacune des connexions. Mais en gros, chaque connexion aura son propre contexte et pourra faire un rollback en cas de problème sans pour autant annuler le travail des autres connexion...