For other storage engines, MySQL Server parses and ignores the FOREIGN KEY and REFERENCES syntax in CREATE TABLE statements. The CHECK clause is parsed but ignored by all storage engines. See Section 1.8.5.4, "Foreign Keys".
(cf. http://dev.mysql.com/doc/refman/5.1/en/create-table.html)
Non seulement MySQL laisse passer des choses sans les faires, mais ne supporte pas non plus la clause CHECK.
Donc bon...support des contraintes hein...
PostgreSQL lui, en plus de bien entendu supporter CHECK, remet le couvert en proposant les domaines et la céation de type personnalisé qui peuvent encore enfoncer le clou de l'intégrité...
Bon, allé, je sais que la plupart d'entre vous ont déjà vu passé ce document ici, mais je le recolle tout de même : "Pourquoi préférer PostgreSQL à MySQL : comparatif de fiabilité et de rapidité en 2007" http://www.postgresqlfr.org/?q=node/1432
[^] # Re: postgresql c'est mieux
Posté par ioguix . En réponse à la dépêche Sortie de PostgreSQL 8.3. Évalué à 7.
For other storage engines, MySQL Server parses and ignores the FOREIGN KEY and REFERENCES syntax in CREATE TABLE statements. The CHECK clause is parsed but ignored by all storage engines. See Section 1.8.5.4, "Foreign Keys".
(cf. http://dev.mysql.com/doc/refman/5.1/en/create-table.html)
Non seulement MySQL laisse passer des choses sans les faires, mais ne supporte pas non plus la clause CHECK.
Donc bon...support des contraintes hein...
PostgreSQL lui, en plus de bien entendu supporter CHECK, remet le couvert en proposant les domaines et la céation de type personnalisé qui peuvent encore enfoncer le clou de l'intégrité...
Bon, allé, je sais que la plupart d'entre vous ont déjà vu passé ce document ici, mais je le recolle tout de même : "Pourquoi préférer PostgreSQL à MySQL : comparatif de fiabilité et de rapidité en 2007" http://www.postgresqlfr.org/?q=node/1432