Ton API est indépendante de ta base de donnée. C'est bien.
Qu'en est-il de se que tu fais passer dans cette API ? le SQL n'est standard que sur le papier. En pratique il y a plein de différences suivant les serveurs, même dans les gros connus.
Et pour vous qui parlez de super appli qui ont besoin de super fonctionnalités super avancés, vous avez probablement un code SQL qui est adapté à votre SGBD pour exploiter au mieux les fonctionnalités.
Une API commune c'est très bien, d'ailleurs PHP5 est en train d'évoluer vers ça avec PDO (que j'espère voir dans PHP 5.1) ... mais ça n'est certainement pas suffisant pour disqualifier un langage vu que de toutes façons, sauf si tu te contentes de choses basiques ou de fonctionnalités non optimisées, il te faudra revoir tplus que la simple API quand tu changes de SGBD.
Ceci dit des wrappers qui offrent une API commune à plusieurs BDD, ça existe aussi en PHP (mais tu as la liberté de l'utiliser ou pas)
[^] # Re: PHP != J2EE
Posté par Éric (site web personnel) . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 3.
Qu'en est-il de se que tu fais passer dans cette API ? le SQL n'est standard que sur le papier. En pratique il y a plein de différences suivant les serveurs, même dans les gros connus.
Et pour vous qui parlez de super appli qui ont besoin de super fonctionnalités super avancés, vous avez probablement un code SQL qui est adapté à votre SGBD pour exploiter au mieux les fonctionnalités.
Une API commune c'est très bien, d'ailleurs PHP5 est en train d'évoluer vers ça avec PDO (que j'espère voir dans PHP 5.1) ... mais ça n'est certainement pas suffisant pour disqualifier un langage vu que de toutes façons, sauf si tu te contentes de choses basiques ou de fonctionnalités non optimisées, il te faudra revoir tplus que la simple API quand tu changes de SGBD.
Ceci dit des wrappers qui offrent une API commune à plusieurs BDD, ça existe aussi en PHP (mais tu as la liberté de l'utiliser ou pas)