c'est une question que je me pose aussi, je trouve postgresql carrement superieur.
J'ai aussi une préférence marquée pour postgresql car il gère parfaitement les contraintes d'intégrité et permet de créer des fonctions stockées et des triggers. Ils permettent par exemple de faire automatiquement un historique dès que l'on modifie des données. Ainsi, que l'on utilise du PHP, C, Python, psql ou autre sur la même base de données, les contraintes d'intégrité sont toujours respectées et à l'abri d'une erreur.
MySQL sur ISAM ne doit être utilisé que dans des cas très simples ou pour faire de la consultation car il ne gère pas la contrainte d'intégrité élémentaire qu'est la clé etrangère (Foreign Key).
MySQL sur innodb est nettement mieux, il gère les FK mais a des fonctionnalités réduites par rapport à postgresql.
[^] # Re: Choix de la BdD
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Un nouvel outil de gestion documentaire : Alfresco. Évalué à 3.
J'ai aussi une préférence marquée pour postgresql car il gère parfaitement les contraintes d'intégrité et permet de créer des fonctions stockées et des triggers. Ils permettent par exemple de faire automatiquement un historique dès que l'on modifie des données. Ainsi, que l'on utilise du PHP, C, Python, psql ou autre sur la même base de données, les contraintes d'intégrité sont toujours respectées et à l'abri d'une erreur.
MySQL sur ISAM ne doit être utilisé que dans des cas très simples ou pour faire de la consultation car il ne gère pas la contrainte d'intégrité élémentaire qu'est la clé etrangère (Foreign Key).
MySQL sur innodb est nettement mieux, il gère les FK mais a des fonctionnalités réduites par rapport à postgresql.
Je pense qu'il le sera davantage grâce à l'excellente documentation en français : http://traduc.postgresqlfr.org/pgsql-8.0.3-fr/(...)