Discussion :

[doudou34]

Bonjour,
je m'intéresse aujourd'hui à PDO... Je cherche en effet à refondre un de mes vieux sites en me basant sur une conception plus évolutive et maintenable.

Ma question concerne le design pattern singleton et l'accès à la base de données. Cette question n'est effectivement pas propre à PDO et serait valable avec une gestion plus ancienne de l'accès à la base de données (mysql_connect...), mais m'intéressant à cette technologie (notamment l'ORM décrit ici : http://julien-pauli.developpez.com/tutoriels/php/pdo/) j'ai préféré poster mon topic dans cette section du forum.

Dans le cadre d'un design pattern singleton appliqué à une classe héritant de la classe PDO : la connexion à la base de données est-elle la même pour tous les utilisateurs (cas 1) ? ou bien permet-il juste de garantir l'unicité de la connexion pour 1 utilisateur (cas 2) ?

Si le cas (1) est vrai, comment gérer dans ce cas un pool de connexion et permettre aux utilisateurs de requêter la base en même temps ?
Si le cas (2) est vrai, comment gérer l'exécution de 2 requêtes consécutives et dépendantes (Par exemple, cas de l'exécution d'une requête avec une clause LIMIT puis d'une requête de type FOUND_ROWS) ?

Je ne sais pas si je suis bien clair... Si c'est le cas n'hésitez à me le dire et j'essaierai de mieux m'exprimer.

Par avance merci pour vos éclaircissements.

[mathieu]

Dans le cadre d'un design pattern singleton appliqué à une classe héritant de la classe PDO : la connexion à la base de données est-elle la même pour tous les utilisateurs (cas 1) ? ou bien permet-il juste de garantir l'unicité de la connexion pour 1 utilisateur (cas 2) ?

pour être précis, la connexion peut seulement être unique sur une page puisque PHP ferme automatiquement la connexion à la fin de la page

Si le cas (2) est vrai, comment gérer l'exécution de 2 requêtes consécutives et dépendantes (Par exemple, cas de l'exécution d'une requête avec une clause LIMIT puis d'une requête de type FOUND_ROWS) ?

pour ça tu peux utiliser une transaction :
http://sqlpro.developpez.com/isolation-transaction/

[doudou34]

OK si j'ai bien compris, l'usage du design pattern singleton dans ce cas, permet seulement de conserver/réserver une unique connexion à la base de données pendant l'exécution du script....
Chaque utilisateur ayant fait une requête au serveur aura donc une connexion qui lui sera dédié tout au long du traitement de sa demande.

Est-il possible toutefois en PHP de faire en sorte qu'un instance d'objet soit unique pour tous les monde ? (dsl ma question n'est du coup surement pas dans la bonne catégorie du forum)

Au sujet de l'utilisation d'un transaction : pourquoi serait-elle nécessaire puisque la connexion est unique à chaque utilisateur ?
Si je fait un FOUND_ROWS, mySQL devrait me retourner le nombre de ligne de la dernière requête exécutée sur la connexion utilisée, et cette connexion est utilisée à un instant T par un seul utilisateur....


PS : désolé si je suis pas clair... j'entends par "utilisateur" une 'instance du script PHP qui est en cours d'exécution dans mon application, pour traiter la demande d'un utilisateur

[pc.bertineau]

Non, il n'a pas de véritable singleton en PHP. Toute les données sont "rechargées et détruites" entre 2 appels de scripts (2 requêtes http le plus souvent).

Pour le FOUND_ROWS, cette fonction doit renvoyer une info stockée au niveau du SGBD, pas de la connexion. Voilà pourquoi l'utilisation de transaction est nécessaire.