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.
]]>