En fait MySQL était assez mauvais avant la version 5.0 car il était vraiment assez éloigné de la norme SQL92.
Il semble que ce soit bien mieux pour les versions >= 5.0 avec :
-- gestion des procédures stockées
-- gestion des vues
-- gestion des triggers (quoiqu´apparemment c´est encore assez rudimentaire)
-- ...
A la base MySQL a été développé dans l´optique d´être une application permettant d´assurer la connexion a des tables pour des petits sites web dynamiques. PostgreSQL, quant à lui, a dès la base été conçu avec des ambitions plus professionnelles (on le voit rien qu´au modèle conceptuel orienté objet, au-delà du simple relationnel de MySQL, permettant de gérer des traitements complexes plus simplement).
MySQL a quand-même pour avantage d´avoir une communauté d´utilisateurs plus large que PostgreSQL, ce qui lui permettra probablement de pallier son retard sous peu.
En fait, je vois MySQL plus comme une application prometteuse que comme un SGBD super complet et performant . Si on a des besoins de l´ordre d´une application de gestion professionnelle, il vaut mieux s´orienter vers PostgreSQL (Oracle si on a les moyens
), sinon MySQL fait souvent bien l´affaire quand-même.
Quelques infos :
http://dev.mysql.com/doc/refman/5.0/fr/differences-from-ansi.html
http://dev.mysql.com/doc/refman/5.0/fr/compatibility.html