"On Delete cascade" qui se désactive tout seul

Salut à tous,

j'ai un bug vraiment bizare sur un projet en production. On utilise Symfony avec Doctrine et MySQL. La base de donnée comporte des règles delete on cascade générées par Doctrine (sur une centaine de tables).

Tout marchait très bien jusqu'à ce que l'on change de serveur. L'une des "onDelete cascade" se désactive toute seule sans raison apparente ! Quand on regarde les liens dans phpmyadmin, la règle est là mais la suppression d'un élément plante car cette contrainte ne passe pas (dsl je ne connais pas le mot français, c'est "constraint" en anglais...).

Bref, on a désactivé puis réactivé la contrainte et le bogue était fixé jusqu'à que ça recommence. Dans phpmyadmin, la contrainte apparait correctement, les bonnes tables et onDelete -> Cascade pourtant ça ne marchait pas. J'ai recommencé et le bogue est fixé à nouveau (mettre onDelete -> no Action puis remettre onDelete -> cascade).

La question est pourquoi cette contrainte se désactive toute seule? C'est le bogue le plus bizare que j'ai vu et je ne suis pas un pro en SGBD... J'ai tellement l'habitude de Doctrine et Propel que je n'ai pas tappé de SQL depuis un bon moment !


Si ça peut aider:
* MySQL client version: 4.1.22
* PHP extension: mysql
* phpMyAdmin
* Version information: 3.2.4

Merci par avance,

Tu ne donnes pas vraiment d'éléments qui nous permettrait de te répondre... Quel est le CREATE TABLE des deux tables mises en jeu par ta contrainte ? Quand tu dis que la suppression plante, quel est le message d'erreur ? Quand tu dis que tu désactives et que tu réactives la contrainte, que fais-tu précisément ?

Par ailleurs, pourquoi dis-tu que la contrainte se désactive toute seule ? Pour ce que j'en ai compris, elle plante et tu la désactives, mais elle ne se désactive pas toute seule.

Salut,

là "malheureusement", je ne peux pas reproduire le bogue. Le message d'erreur c'est le message classique lorsqu'un encregistrement ne peut pas être supprimé car un enregistrement pointe dessus dans une autre table.

constraint integrity...


La contrainte qui permet de la faire la suppression en cascade, était activée mais ne marchait pas. En la réactivant (dans phpmyadmin, contrainte onDelete->ne rien faire, sauver, puis onDelete->delete, sauver) ça fonctionne. Là où ça deveint bizare, c'est que j'ai du refaire ça seconde fois...

Désolé pour le sql des tables, je ne me souviens pas laquelle est la seconde mais de toutes façons, le SQL est le même pour toutes les contraintes (généré par doctrine) donc je ne pense pas que le problème puisse venir de là.

Et rebelote, le bug:

En essayant de supprimer une entreprise:

Code:

---

SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row: a foreign key constraint fails (`serviceproviders2`.`company_startup_received_funding_type`, CONSTRAINT `company_startup_received_funding_type_ibfk_6` FOREIGN KEY (`startup_id`) REFERENCES `company` (`id`))

---

Le SQL pour company:

Code:

---

1 2 3

CREATE TABLE company (id INT AUTO_INCREMENT, type VARCHAR(255) NOT NULL, name VARCHAR(255) NOT NULL, year_founded VARCHAR(4) NOT NULL, url VARCHAR(255), [...] updated_at DATETIME NOT NULL, INDEX company_type_idx (type), UNIQUE INDEX sluggable_idx (slug), INDEX state_id_idx (state_id), INDEX country_id_idx (country_id), PRIMARY KEY(id)) ENGINE = INNODB;

---

Le SQL pour company_startup_received_funding_type:

Code:

---

CREATE TABLE company_startup_received_funding_type (startup_id INT, funding_id INT, PRIMARY KEY(startup_id, funding_id)) ENGINE = INNODB;

---

Le SQL pour company_startup_received_funding_type_ibfk_6:

Code:

---

ALTER TABLE company_startup_received_funding_type ADD CONSTRAINT company_startup_received_funding_type_startup_id_company_id FOREIGN KEY (startup_id) REFERENCES company(id) ON DELETE CASCADE;

---

Merci par avance !!

J'ai testé chez moi, tout est OK, je ne vois pas trop ce qui pourrait déconner... :(

Comment tu désactives et réactives la contrainte ?