Une petite surprise : D'après le document, MySQL ne supporte pas l'intégrité réferentielle, prévue pour la version 5..
MySQL 4 (et uniquement avec les tables de type InnoDB) supporte les transactions (avec COMMIT et ROLLBACK) et les FOREIGN KEYS, mais dans le cas des clefs étrangères il me semble de mémoire qu'elles ne sont pas vérifiées, le mot-clef est juste reconnu. Le contrôle d'intégrité comporte plusieurs points, et je ne crois pas que MySQL le fasse entièrement.
Un exemple de ce qu'on peut faire avec PostgreSQL ou un autre SGBDR riche, c'est le "ON DELETE CASCADE", à savoir que ça permet d'effacer un fournisseur, et si les tables ont été déclarées de façon appropriée, tout ce qui dépend du fournisseur (les articles disponibles, etc) est effacé aussi. Pour MySQL, je ne suis pas sûr. Comme j'ai appris ça tardivement, ça peut vous intéresser aussi, regardez les exemples dans la doc : [create trigger] http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&(...) et [foreign key constraint] http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&(...)
Il me semblait pourtant que depuis la version 3.2.quelquechose, on pouvait choisir le type InnoDB, qui supporte COMMIT ROLLBACK, et autre FOREIGN KEYS.
Il te semblait bien.
Tu n'as pas l'air d'avoir lu le document, on y lit ceci : « par contre en choisissant le mode InnoDB, MySQL bénéficie alors des fonctionnalités de commits et de rollback, ainsi que du contrôle d'intégrité sur l'ensemble des données stockées. » (pour le contrôle d'intégrité, je ne suis pas 100% sûr comme je l'ai dit plus haut).
[^] # Re: Un aperçu des SGBD Open Source
Posté par Olivier Jeannet . En réponse à la dépêche Un aperçu des SGBD Open Source. Évalué à 1.
MySQL 4 (et uniquement avec les tables de type InnoDB) supporte les transactions (avec COMMIT et ROLLBACK) et les FOREIGN KEYS, mais dans le cas des clefs étrangères il me semble de mémoire qu'elles ne sont pas vérifiées, le mot-clef est juste reconnu. Le contrôle d'intégrité comporte plusieurs points, et je ne crois pas que MySQL le fasse entièrement.
Un exemple de ce qu'on peut faire avec PostgreSQL ou un autre SGBDR riche, c'est le "ON DELETE CASCADE", à savoir que ça permet d'effacer un fournisseur, et si les tables ont été déclarées de façon appropriée, tout ce qui dépend du fournisseur (les articles disponibles, etc) est effacé aussi. Pour MySQL, je ne suis pas sûr. Comme j'ai appris ça tardivement, ça peut vous intéresser aussi, regardez les exemples dans la doc : [create trigger] http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&(...) et [foreign key constraint] http://www.postgresql.org/docs/view.php?version=7.3&idoc=0&(...)
Il me semblait pourtant que depuis la version 3.2.quelquechose, on pouvait choisir le type InnoDB, qui supporte COMMIT ROLLBACK, et autre FOREIGN KEYS.
Il te semblait bien.
Tu n'as pas l'air d'avoir lu le document, on y lit ceci : « par contre en choisissant le mode InnoDB, MySQL bénéficie alors des fonctionnalités de commits et de rollback, ainsi que du contrôle d'intégrité sur l'ensemble des données stockées. » (pour le contrôle d'intégrité, je ne suis pas 100% sûr comme je l'ai dit plus haut).