Question

Here is an example of what I’ve got going on:

CREATE TABLE Parent (id BIGINT NOT NULL,   PRIMARY KEY (id)) ENGINE=InnoDB;  CREATE TABLE Child (id BIGINT NOT NULL,   parentid BIGINT NOT NULL,   PRIMARY KEY (id),   KEY (parentid),   CONSTRAINT fk_parent FOREIGN KEY (parentid) REFERENCES Parent (id) ON DELETE CASCADE) ENGINE=InnoDB;  CREATE TABLE Uncle (id BIGINT NOT NULL,   parentid BIGINT NOT NULL,   childid BIGINT NOT NULL,   PRIMARY KEY (id),   KEY (parentid),   KEY (childid),   CONSTRAINT fk_parent_u FOREIGN KEY (parentid) REFERENCES Parent (id) ON DELETE CASCADE,   CONSTRAINT fk_child FOREIGN KEY (childid) REFERENCES Child (id)) ENGINE=InnoDB; 

Notice there is no ON DELETE CASCADE for the Uncle-Child relationship; i.e. deleting a Child does not delete its Uncle(s) and vice-versa.

When I have a Parent and an Uncle with the same Child, and I delete the Parent, it seems like InnoDB should be able to just ‘figure it out’ and let the cascade ripple through the whole family (i.e. deleting the Parent deletes the Uncle and the Child as well). However, instead, I get the following:

  ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`cascade_test/uncle`, CONSTRAINT `fk_child` FOREIGN KEY (`childid`) REFERENCES `child` (`id`)) 

InnoDB is trying to cascade-delete the Child before the Uncle(s) that refer to it.

Am I missing something? Is this supposed to fail for some reason I don’t understand? Or is there some trick to making it work (or is it a bug in MySQL)?

Answer 1

The parent deletion is triggering the child deletion as you stated and I don’t know why it goes to the child table before the uncle table. I imagine you would have to look at the dbms code to know for sure, but im sure there is an algorithm that picks which tables to cascade to first.

The system does not really ‘figure out’ stuff the way you imply here and it is just following its constraint rules. The problem is the schema you created in that it encounters a constraint that will not let it pass further.

I see what you are saying.. if it hit the uncle table first it would delete the record and then delete the child (and not hit the uncle cascade from the child deletion). But even so, I don’t think a schema would be set up to rely on that kind of behavior in reality. I think the only way to know for sure what is going on is to look through the code or get one of the mysql/postgresql programmers in here to say how it processes fk constraints.