Journal
Ce journal contient 3 entrées.
Table des matières: Tout ce que les développeurs devraient savoir sur les performances en SQL
Tout est dans le titre. Il y a beaucoup de choses intéressantes, notamment sur les performances de la pagination et des tris.

Sqlite concat | Blog - Le Hollandais Volant
Peut être parce que CONCAT ne fait pas partie du standard SQL, alors que l'opérateur de concaténation || si ;)
CONCAT n'a d'ailleurs pas le même comportement d'un DBMS à un autre (chez Oracle, il ne peut prendre que deux paramètres, chez MySQL il a une variante avec séparateur).
D'ailleurs, c'est quoi le problème avec || ?
Sinon, il y a effectivement un langage de requêtes pour les gouverner tous et il s'appelle... SQL. Sauf que les éditeurs de DBMS l'implémentent partiellement, ou mal, avec leurs propres variantes et extensions : T-SQL, PL-SQL, PL/pgSQL, etc.
Sur le principe, PDO n'est pas censé unifier ces mauvaises implémentations puisqu'il y a déjà un standard unificateur : SQL.
C'est expliqué sur la page de PDO d'ailleurs : http://www.php.net/manual/fr/intro.pdo.php
PDO, tout comme ses homologues ODBC et JDBC, est une couche middleware qui unifie l'accès aux différents types de DBMS. Grâce à lui, tu n'es pas obligé d'utiliser les API de connexion et de communication spécifiques à chaque éditeur de DBMS. C'est d'ailleurs pour cela qu'il y a des options spécifiques à chaque DBMS lorsque l'on initialise un driver PDO, pour les usages qui nécessitent des réglages (un peu) plus fins.
En conclusion, si tu ne veux pas être dérangé par l'hétérogénéité des langages SQL, il suffit simplement de cesser d'utiliser des primitives non standard. Ton code y gagnera en portabilité.
CONCAT n'a d'ailleurs pas le même comportement d'un DBMS à un autre (chez Oracle, il ne peut prendre que deux paramètres, chez MySQL il a une variante avec séparateur).
D'ailleurs, c'est quoi le problème avec || ?
Sinon, il y a effectivement un langage de requêtes pour les gouverner tous et il s'appelle... SQL. Sauf que les éditeurs de DBMS l'implémentent partiellement, ou mal, avec leurs propres variantes et extensions : T-SQL, PL-SQL, PL/pgSQL, etc.
Sur le principe, PDO n'est pas censé unifier ces mauvaises implémentations puisqu'il y a déjà un standard unificateur : SQL.
C'est expliqué sur la page de PDO d'ailleurs : http://www.php.net/manual/fr/intro.pdo.php
PDO, tout comme ses homologues ODBC et JDBC, est une couche middleware qui unifie l'accès aux différents types de DBMS. Grâce à lui, tu n'es pas obligé d'utiliser les API de connexion et de communication spécifiques à chaque éditeur de DBMS. C'est d'ailleurs pour cela qu'il y a des options spécifiques à chaque DBMS lorsque l'on initialise un driver PDO, pour les usages qui nécessitent des réglages (un peu) plus fins.
En conclusion, si tu ne veux pas être dérangé par l'hétérogénéité des langages SQL, il suffit simplement de cesser d'utiliser des primitives non standard. Ton code y gagnera en portabilité.
Guide to MongoDB for startups
Une introduction à MongoDB et son fonctionnement général (stockage, réplication, concurrence, etc.).
Ce journal est basé sur Ginger, un gestionnaire de lien minimaliste développé dans le cadre d'un stage de perfectionnement. Pour plus d'informations, consulter le wiki consacré à mes projets personnels.