Apart from the feature list, I suggest you try out both MySQLi and PDO and find out what API design you like most. MySQLi is more powerful and probably more complex to learn. PDO is more elegant and has the advantage that you only need to learn one PHP API if you need to work with different DBMS in the future.
Choisir une API
PHP offre des APIs différentes pour se connecter à MySQL. Ci-dessous, vous trouverez les APIs fournies par les extensions mysqli et PDO. Chaque exemple de code crée une connexion à un serveur MySQL s'exécutant sur le domaine "example.com", en utilisant le nom d'utilisateur "user", le mot de passe "password". Et une requête est exécutée pour saluer l'utilisateur.
Exemple #1 Comparaison des APIs MySQL
<?php
// mysqli
$mysqli = new mysqli("example.com", "user", "password", "database");
$result = $mysqli->query("SELECT 'Bonjour, cher utilisateur de MySQL !' AS _message FROM DUAL");
$row = $result->fetch_assoc();
echo htmlentities($row['_message']);
// PDO
$pdo = new PDO('mysql:host=example.com;dbname=database', 'user', 'password');
$statement = $pdo->query("SELECT 'Bonjour, cher utilisateur de MySQL !' AS _message FROM DUAL");
$row = $statement->fetch(PDO::FETCH_ASSOC);
echo htmlentities($row['_message']);
Comparaison des fonctionnalités
La performance globale des deux extensions peut être considérée comme identique. Malgré tout, la performance de l'extension constitue seulement une fraction du temps total d'exécution d'une requête web PHP. Souvent, l'impact est inférieur à 0.1%.
| ext/mysqli | PDO_MySQL | |
|---|---|---|
| Introduite en PHP version | 5.0 | 5.1 |
| Inclus avec PHP 7.x et 8.x | Oui | Oui |
| Statut du développement | Active | Active |
| Cycle de vie | Active | Active |
| Recommandé pour de nouveaux projets | Oui | Oui |
| Interface orientée objet | Oui | Oui |
| Interface procédurale | Oui | Non |
| L'API supporte les requêtes non-bloquantes, asynchrones avec mysqlnd | Oui | Non |
| Connexions persistantes disponibles | Oui | Oui |
| L'API supporte les jeux de caractères | Oui | Oui |
| L'API supporte les requêtes préparées côté serveur | Oui | Oui |
| L'API supporte les requêtes préparées côté client | Non | Oui |
| L'API supporte les procédures stockées | Oui | Oui |
| L'API supporte les requêtes multiples | Oui | La plupart |
| L'API supporte les transactions | Oui | Oui |
| Les transactions peuvent être contrôlées avec SQL | Oui | Oui |
| Supporte toutes les fonctionnalités de MySQL 5.1+ | Oui | La plupart |
add a note
User Contributed Notes 4 notes
alvaro at demogracia dot com ¶
11 years ago
rellect at gmail dot com ¶
5 years ago
Another point to consider and one of the advantages of PDO is that it's not limited to mysql and supports other database engines such as PostgreSQL, SQLite, etc.
Anonymous ¶
7 years ago
These are quite possibly the most paradoxical lines in this table:
API supports non-blocking, asynchronous queries with mysqlnd
ext/mysqli: Yes PDO_MySQL: No
API supports client-side Prepared Statements
ext/mysqli: No PDO_MySQL: Yes
Apparently it's either asynchronous I/O or the security of bound parameters.
michaeln at associations plus dot see eh ¶
11 years ago
Another useful consideration to keep in mind when choosing your library is how extensible it is. Chances are, in any sufficiently advanced development scenario, you're going to be extending your database access class to add a method (or multiple methods) for how to handle database errors and alert the development team of errors and whether to have the code fail immediately or fail gracefully serving the user a user-friendly failure notice.
For example, I have a class where I have added extra parameters to the query() function (and a few others), which accept the __FILE__ and __LINE__ constants to facilitate tracking issues. If this were not reasonably possible with PDO-mysql for example (not sure, never used it), it may make one option or the other much less likely to be viable for your usage case.
