Recherche:

@skip je parle dans un framework d'une classe modèle, en général au moins un couple de classe par table (mapper/factory plus row)

Je précise quand je parle de SQL coté couche modèle qu'on utilise les prepare statement de pdo qui me semble être un juste milieu ;)


Note: c'était SQL vs language d 'ORM

Il ne faut pas mettre tous les ORM dans le même panier.

Tous n'affichent pas les mêmes performances (cf posts précédents)

Je préconise l'écriture des requêtes en SQL dans les classes modèles
...

En php, on a PDO c'est déjà pas mal ;)

C'était pour répondre sur la crédibilité des benchmarks, ici j'indique que les ORM ne se valent pas au niveau perf, et je fourni ma base de benchmark pour appuyer mon argumentation ;)

Il nous arrive assez souvent de discuter avec le DBA de certaines requêtes plus ou moins complexe, et le fait de les centraliser permet de les trouver plus facilement.

Ce n'est pas lui demander de...

Pour jouer la carte de la transparence tu trouveras avec ce post le périmètre du benchmark qui est tres simple:

Une base de donnée avec 100 000 entrées dans une table article
l'outil time (linux)...

Un des problèmes que j'ai déjà rencontré avec l'utilisation de certains ORM était l'utilisation systématique de "select *", donc oui, au niveau perf on peut faire mieux :)
Perso j'ai pu faire des...

Bonjour,
Je préconise l'utilisation d'ORM:

ça permet de centraliser les requêtes, rangées par table, plus pratique à maintenir. (MVC oblige)
on identifie les paramètres des requêtes (pratique...