16-01-2010, 11:45 PM
Je sépare ce message de la discussion [PDO] Compter le nombre d'entrées sélectionées par une requête ?.
En tout cas, la documentation de PHP recommande d'utiliser PDO, pas MySQLi.
PHP 6 devrait mettre encore plus en avant PDO. Je pense donc que c'est le plus adapté.
Outre ce point important, et d'après ce que j'ai pu lire sur Stack Overflow (MySQLi or PDO - What are the pros and cons? et Moving from MySQL to MySQLi or PDO?), l'API de PDO est plus intuitive et pratique d'utilisation et s'approche plus d'un ORM. Si on aime manipuler des objets, c'est cool.
À l'inverse, MySQL ressemble plus à du mysql_* converti en objet (or, on sait que passer à l'objet, c'est plus subtil qu'imbriquer les fonctions dans des classes) mais se montre un poil plus rapide.
Là encore, j'y vois une bonne raison de choisir PDO : une API intuitive, c'est un code plus facile à relire et donc à maintenir. Et ça, ça n'a pas de prix.
Sephi-Chan, pour tout le reste, il y a Eurocard/Mastercard…
En tout cas, la documentation de PHP recommande d'utiliser PDO, pas MySQLi.
PHP 6 devrait mettre encore plus en avant PDO. Je pense donc que c'est le plus adapté.
Outre ce point important, et d'après ce que j'ai pu lire sur Stack Overflow (MySQLi or PDO - What are the pros and cons? et Moving from MySQL to MySQLi or PDO?), l'API de PDO est plus intuitive et pratique d'utilisation et s'approche plus d'un ORM. Si on aime manipuler des objets, c'est cool.
À l'inverse, MySQL ressemble plus à du mysql_* converti en objet (or, on sait que passer à l'objet, c'est plus subtil qu'imbriquer les fonctions dans des classes) mais se montre un poil plus rapide.
Là encore, j'y vois une bonne raison de choisir PDO : une API intuitive, c'est un code plus facile à relire et donc à maintenir. Et ça, ça n'a pas de prix.
Sephi-Chan, pour tout le reste, il y a Eurocard/Mastercard…