Pas d'accord pour les contraintes d'intégrité. Ca existe en utilisant *certains* moteurs de stockage de MySQL, ça n'existe pas dans MySQL.
C'est très très différent parce que certaines autres fonctionnalités de MySQL excluent le choix de ces moteurs et ne permettent donc pas d'avoir les contraintes d'intégrité.
Dans le cas des contraintes d'intégrité de type foreign keys, ça te restreint à InnoDB et donc :
- tu n'as plus les count(*) instantanés magiques à la MyISAM,
- tu ne peux pas faire de multi-master,
- probablement d'autres trucs.
Bref, tu peux effectivement avoir des contraintes d'intégrité en utilisant certains moteurs mais ça te coupe de fonctionnalités proposées par d'autres. Le jour où cela sera supporté par tous les moteurs et ne sera pas discriminant, ce sera effectivement présent dans MySQL.
Ce serait intéressant d'avoir une matrice des fonctionnalités présentes dans chaque moteur pour bien voir le OU et pas une liste de fonctionnalités globales qui masque la réalité en faisant un ET.
Re: postgresql c'est mieux
Pas d'accord pour les contraintes d'intégrité. Ca existe en utilisant *certains* moteurs de stockage de MySQL, ça n'existe pas dans MySQL.
C'est très très différent parce que certaines autres fonctionnalités de MySQL excluent le choix de ces moteurs et ne permettent donc pas d'avoir les contraintes d'intégrité.
Dans le cas des contraintes d'intégrité de type foreign keys, ça te restreint à InnoDB et donc :
- tu n'as plus les count(*) instantanés magiques à la MyISAM,
- tu ne peux pas faire de multi-master,
- probablement d'autres trucs.
Bref, tu peux effectivement avoir des contraintes d'intégrité en utilisant certains moteurs mais ça te coupe de fonctionnalités proposées par d'autres. Le jour où cela sera supporté par tous les moteurs et ne sera pas discriminant, ce sera effectivement présent dans MySQL.
Ce serait intéressant d'avoir une matrice des fonctionnalités présentes dans chaque moteur pour bien voir le OU et pas une liste de fonctionnalités globales qui masque la réalité en faisant un ET.
[ Répondre ]