Même en PHP il existe des bibliothèques pour pouvoir facilement faire abstraction du SGBDR. Si j'ai envie d'utiliser Postgresql, sqlite ou firebird, pourquoi est ce que le logiciel m'en empêche ?
En partie parce que PHP est l'un des temples du Not Invented Here. Ce qui fait que tout le monde faisant des applications PHP utilise sa propre lib d'accès aux SGBD, à chaque fois avec les mêmes bugs / limitations / ...
Aaaahhh... Oui, c'est la faute à PHP, ce langage tout pourri qui n'est utilisé que par des Mickeys qui ne connaissent pas les bibliothèques d'abstraction. Si seulement ils voyaient la lumière et utilisaient $langage_a_la_mode, ça se passerait beaucoup mieux : sa bibliothèque magique comprendrait que, lorsque j'écris SELECT * FROM coincoin LIMIT 10, je veux en réalité dire à mon MS SQL Server SELECT TOP 10 * FROM coincoin ; que lorsque j'écris SELECT a||b, je veux en réalité écrire SELECT CONCAT(a,b) (ou est-ce SELECT a+b ? Ah, les joies des standards) ; et ainsi de suite. Vrai ?
Bon, trêve de plaisanteries : comme tout le monde en PHP, j'utilise une bibliothèque d'abstraction (ADOdb, pour ne pas la nommer, plus un ORM rudimentaire basé sur la classe ADODB_Active_Record), mais je cible principalement MySQL. Pourquoi ? Tout simplement parce que c'est celui que j'ai le plus de chance de retrouver si mes applis doivent tourner sur une plate-forme d'hébergement tierce. Si un client me demande (PostgreSQL|SQL Server|DB2|Oracle|.*), ma réponse sera invariablement : sans problème, je vous fais un devis supplémentaire pour les tests et adaptations que ça va nécessiter. Ce n'est pas du NIH, c'est juste qu'il faut justifier le temps passé à adapter le code (c'est moins vrai pour des projets libres, mais quand même : est-il plus intéressant d'ajouter des fonctionnalités, ou de porter vers un autre SGBD ? Personnellement, je me concentrerais sur les features et j'attendrais que quelqu'un en ayant le besoin vienne me proposer un patch pour son SGBD de prédilection).
[^] # Re: MediaGoblin, une petite demo n'aurait pas ete de trop
Posté par William Steve Applegate . En réponse à la dépêche Petites brèves : MediaGoblin, CloudStack, Walt Disney et G'MIC. Évalué à 3.
Aaaahhh... Oui, c'est la faute à PHP, ce langage tout pourri qui n'est utilisé que par des Mickeys qui ne connaissent pas les bibliothèques d'abstraction. Si seulement ils voyaient la lumière et utilisaient $langage_a_la_mode, ça se passerait beaucoup mieux : sa bibliothèque magique comprendrait que, lorsque j'écris
SELECT * FROM coincoin LIMIT 10, je veux en réalité dire à mon MS SQL ServerSELECT TOP 10 * FROM coincoin; que lorsque j'écrisSELECT a||b, je veux en réalité écrireSELECT CONCAT(a,b)(ou est-ceSELECT a+b? Ah, les joies des standards) ; et ainsi de suite. Vrai ?Bon, trêve de plaisanteries : comme tout le monde en PHP, j'utilise une bibliothèque d'abstraction (ADOdb, pour ne pas la nommer, plus un ORM rudimentaire basé sur la classe ADODB_Active_Record), mais je cible principalement MySQL. Pourquoi ? Tout simplement parce que c'est celui que j'ai le plus de chance de retrouver si mes applis doivent tourner sur une plate-forme d'hébergement tierce. Si un client me demande (PostgreSQL|SQL Server|DB2|Oracle|.*), ma réponse sera invariablement : sans problème, je vous fais un devis supplémentaire pour les tests et adaptations que ça va nécessiter. Ce n'est pas du NIH, c'est juste qu'il faut justifier le temps passé à adapter le code (c'est moins vrai pour des projets libres, mais quand même : est-il plus intéressant d'ajouter des fonctionnalités, ou de porter vers un autre SGBD ? Personnellement, je me concentrerais sur les features et j'attendrais que quelqu'un en ayant le besoin vienne me proposer un patch pour son SGBD de prédilection).
Envoyé depuis mon PDP 11/70