FLYDATABASE: CLASSE DE GESTION DES TRANSACTIONS BDD

Commentaire de Knolan le 08/05/2007 15:09:23

Salut,

Merci pour le commentaire, a ta remarque je répondrais 4 choses:
- Je ne connais pas PDO
- J'ai fait cette classe pour apprendre à utiliser les classes et les exceptions en PHP
- Je préfère avoir une ptite classe qui se limite a ce que je veux plutot qu'un gros machin sur lequelle j'ai aucune prise
- J'ai dit en préambule que l'abstraction de la base de données ne m'interessais pas

Merci quand même

Commentaire de masternico le 08/05/2007 22:02:57

"PDO fait ça très bien et apporte l'abstraction de la base de donnée"
Encore faut-il avoir un serveur avec apache 5.0 minimum... sinon, pas de PDO... donc on est bien obligé de créer son propre moteur de connexion avec la base de donnée.

Commentaire de morpheus57 le 09/05/2007 09:32:55

Je voulais simplement tenir au courant notre cher Knolan que PDO existait et pourquoi pas l'utiliser. Maintenant effectivement chacun fait comme il veut mais alors pourquoi poster des sources ? Je pensais que c'était pour avoir des l'opinion des autres développeurs.

A mon avis PDO est très bien fait et mérite au moins qu'on s'y intéresse afin de ne pas passer à côté de quelques chose d'important.
De plus en ce qui concerne la remarque de Masternico, effectivement il faut PHP5 mais je sais pas si t'as regardé le code de Knolan -> c'est du PHP5 :-)

Commentaire de kankrelune le 09/05/2007 11:51:39

Moi perso concernant mysql je ne vois pas l'intérêt d'encapsuler les fonctions native de php si c'est juste pour y ajouter un timer lors de l'exécution de la requête... s'il faut développer un classe SGDB autant faire une classe d'abstraction sinon c'est de la perte de performance pour rien... mieux vaut faire du procédural dans ce cas là... d'autant plus que dans cette classe il n'y a pas de fonctions de traitement des résultats (mysql_fetch_* & Co) donc tu est obligé de repasser par le procédural pour faire le traitement ce qui est brouillon comme façon de faire... par contre l'idée d'y intégrer les transaction est plutôt bonne... ça manque à la plupart des classes SGDB... .. .

@ tchaOo°

Commentaire de kankrelune le 09/05/2007 14:31:04

bah soit tu stocke le résultat en interne... la méthode query() ne renvoyant plus qu'un booléen... soit tu renvois la ressource du résultat après l'exécution de ta requête ce qui reste le mieux à faire si tu veux pouvoir traiter plusieurs résultats simultanément... ... .. .

@ tchaOo°

Commentaire de malalam le 13/05/2007 08:54:44 administrateur CS

Tien, pour une fois que je suis d'accord avec tout le monde ici!
En effet, l'idée d'intégrer les transactions est très bonne (preuve en est : je le fais depuis peu ;-)); mais en effet aussi, ta classe est très incomplète. Et puis ça manque d'abstraction. Et effectivement, le bench intégré à la méthode effectuant les requêtes, bof...je préfère utiliser une classe tierce pour ça, ou au pire, proposer une méthode de bench dans la classe.
Bref. Pour PDO, devriez quand même l'essayer, les kadors pas encore convaincus... ;-) Vous pourriez être très surpris. PDO a plus d'un tour intéressant dans son sac. Malgré ses défauts (faut le bon driver...! Sans quoi, on est limité).
Allez, encore un peu de courage pour sortir la classe d'abstraction de bdd parfaite (je viens peu en ce moment, mais j'ai vu que vous aviez mlis un sacré coup de collier sur les classes d'abstraction de bdd, ces temps-ci!) : vraiment abstraite...vraiment générique...gérant les exceptions...basées sur les itérateurs évidemment...gérant les transactions...les multitons...les caches...et légère, tant qu'à faire ;-)