PHP Data Objects

En même temps PDO, à force de vouloir rester "pur" et ne pas faire de l'abstraction à la PEAR::DB, je finis par me demander à quoi ça sert. - les requêtes paramétrées c'est bien, mais le préfixe pour les paramètres est natif à la base et non émulé par PDO. C'est ":" la plupart du temps mais pas partout - les différences de SQL seront toujours présentes mais là on n'a même pas de quoi faire une requête avec une clause limit/offset pour pagination sans se spécialiser sur un SGBD - c'est tout objet, mais les fonctionnalités prévues pour étendre les objets ne sont pas là. On peut étendre l'objet de connexion mais pas les objets fils (requête, résultat, etc) parce qu'ils sont créés par le code interne - actuellement rien n'est réalisé pour profiter des particularités des SGBD, pas de code pour créer une UDF par exemple - certains choix d'architecture sont largement contestables (un même objet pour les résultats et pour la requête, le fait qu'il faille affecter NULL à une requête préparée pour en créer une nouvelle, etc.) - le type des résultats dépend du driver SGBD, certains laissent tout en texte, d'autres utilisent les types PHP natifs

Bref, c'est joli mais soit c'est allé trop loin (non extensible facilement, retrait de tout ce qui est fonctionnalité spécifique) soit pas assez (code non portable, pas de possibilité d'extension facile). Là ce n'est pas portable, pas extensible, et ça se limite à un dénominateur commun assez réduit.

[#1] Ecrit le mardi 12 juillet 2005 (19h14) par Eric Daspet

Le 2° sujet a l'air particulièrement intéressant :)

Mais mon niveau ne me permet pas très peu d'y toucher :p

[#2] Ecrit le mardi 12 juillet 2005 (23h27) par Poppy

ouuaaaa il est trop lent le site, dsl

[#3] Ecrit le mardi 26 septembre 2006 (18h04) par StyleLotußien

si tu connais bien le dataobject, tu peux me dire à quel moment il fait la deconnection à la base de donnée?. merci

[#4] Ecrit le mercredi 27 septembre 2006 (17h22) par débutante