Ograniczenia klucza obcego MySQL, kaskadowe usuwanie

Jeśli kaskadowo usuniesz nuke produkt, ponieważ należał do kategorii, która została zabita, to nieprawidłowo skonfigurowałeś swoje klucze obce. Biorąc pod uwagę przykładowe tabele, powinieneś mieć następującą konfigurację tabeli:

CREATE TABLE categories (
    id int unsigned not null primary key,
    name VARCHAR(255) default null
)Engine=InnoDB;

CREATE TABLE products (
    id int unsigned not null primary key,
    name VARCHAR(255) default null
)Engine=InnoDB;

CREATE TABLE categories_products (
    category_id int unsigned not null,
    product_id int unsigned not null,
    PRIMARY KEY (category_id, product_id),
    KEY pkey (product_id),
    FOREIGN KEY (category_id) REFERENCES categories (id)
       ON DELETE CASCADE
       ON UPDATE CASCADE,
    FOREIGN KEY (product_id) REFERENCES products (id)
       ON DELETE CASCADE
       ON UPDATE CASCADE
)Engine=InnoDB;

W ten sposób możesz usunąć produkt lub kategorię, a tylko powiązane rekordy w categories_products zginą obok. Kaskada nie przesunie się dalej w górę drzewa i nie usunie tabeli nadrzędnego produktu/kategorii.

Np.

products: boots, mittens, hats, coats
categories: red, green, blue, white, black

prod/cats: red boots, green mittens, red coats, black hats

Jeśli Usuń kategorię "red", wtedy w tabeli kategorii umiera tylko wpis "red", a także dwa wpisy prod / cats: "red boots" i "red coats".

Usuń nie będzie dalej kaskadowo i nie usunie kategorii "Buty" i "płaszcze".

Komentarz:

Nadal nie rozumiesz, jak działają kaskadowe usuwanie. Wpływają one tylko na tabele, w których zdefiniowana jest kaskada "on delete". W tym przypadku kaskada jest ustawiona w tabeli "categories_products". Jeśli usuniesz kategorię "red", jedynymi rekordami, które zostaną kaskadowo usunięte w categories_products są te, w których category_id = red. Nie dotknie żadnych rekordów, w których 'category_id = blue', i nie przejdzie dalej do tabeli "products", ponieważ w tej tabeli nie ma zdefiniowanego klucza obcego.

Oto bardziej konkretny przykład:

categories:     products:
+----+------+   +----+---------+
| id | name |   | id | name    |
+----+------+   +----+---------+
| 1  | red  |   | 1  | mittens |
| 2  | blue |   | 2  | boots   |
+---++------+   +----+---------+

products_categories:
+------------+-------------+
| product_id | category_id |
+------------+-------------+
| 1          | 1           | // red mittens
| 1          | 2           | // blue mittens
| 2          | 1           | // red boots
| 2          | 2           | // blue boots
+------------+-------------+

Powiedzmy, że usuniesz kategorię # 2 (Niebieska):

DELETE FROM categories WHERE (id = 2);

DBMS przejrzy wszystkie tabele z kluczem obcym wskazującym na 'kategorie' tabelę i Usuń rekordy, w których pasującym id jest 2. Ponieważ zdefiniowaliśmy relację klucza obcego tylko w products_categories, Kończy się ona w tej tabeli po zakończeniu usuwania:

+------------+-------------+
| product_id | category_id |
+------------+-------------+
| 1          | 1           | // red mittens
| 2          | 1           | // red boots
+------------+-------------+

Nie ma zdefiniowanego klucza obcego w tabeli products, więc kaskada nie będzie tam działać, więc nadal masz wymienione Buty i rękawiczki. Nie ma już "niebieskich butów" ani "niebieskich rękawiczek".