Discussion :

[danuz]

Bonjour à tous,


Voila, je me retrouve confronté à un soucis dans le développement d'un portail.
En effet, les intégrités référentielles (d'après ce que j'ai lu dans la faq MySQL) ne sont pas supportées par les tables de type MyISAM.
J'ai aussi lu que ce sont les tables InnoDB (toujours sur la faq est vraiment trop bien!! Merci! ) qui permettent le support des clés étrangères.

Okey!

Seul petit soucis. J'utilise http://phpmyadmin4.nfrance.com/index.php comme "herbergeur de ma base de données", mais apparement, parmi les services qu'il me propose (et en particulier, les types de tables pouvant être créées), je ne peux créer que des tables de types MyISAM, Heap, Merge et ISAM.

Je dois absolument gérer ce type de relations. Est ce que quelqu'un aurait une idée de la façon dont je pourrai m'y prendre?

Merci par avance pour toute l'aide que vous pourrez m'apporter!

A bientôt!

[Maximil ian]

Salut,

Sur le site de NFrance je vois qu'ils proposent au choix des bases MySQL OU PostgreSQL. Une solution serait d'opter pour Postgres qui gère l'intégrité référentielle de base.

Sinon, comme les tables MyISAM de MySQL ne proposent pas de FOREIGN KEY, ON DELETE CASCADE, etc., il faudra implémenter des fonctionnalités similaires directement dans le code de ton application...

[danuz]

Resalut,

Merci beaucoup pour ta réponse! Je vois que je n'aurai presque pas le choix! J'essaierai de voir si c'est possible pour du PosgreSQL (que je ne connais pas du tout), sinon, je vais devoir continuer d'implémenter ces fonctions de contrôle

Merci encore!!

A bientôt!

[Maximil ian]

Un petit ?

[danuz]

c'est fait!!!

Innodb, PostgreSQL ou alors, implementer ses propres fonctions ds le code pour ce topic!

[Celelibi]

Sinon, comme les tables MyISAM de MySQL ne proposent pas de FOREIGN KEY, ON DELETE CASCADE, etc., il faudra implémenter des fonctionnalités similaires directement dans le code de ton application...

recréer un effacement en cascade demanderai l'utilisation d'une transaction, cet effacement en cascade demanderai plusieurs requêtes, et si quelqu'un d'autre modifi des données entre ces requêtes tu risques d'avoir des bugs plus ou moins gros.

[danuz]

Oh lalala.. tu n'as pas tord. je n'y avais pas pensé... je n'ai pas bcp de tables (10).. mais bon... faudra que j'anticipe juste au cas ou...