Ограничения внешнего ключа MySQL, каскадное удаление

если ваш каскад удаляет nuke продукт, потому что он был членом категории, которая была убита, то вы неправильно настроили внешние ключи. Учитывая ваши примеры таблиц, вы должны иметь следующую настройку таблицы:

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;

таким образом, вы можете удалить продукт или категорию, и только связанные записи в categories_products умрут вместе. Каскад не будет двигаться дальше вверх по дереву и удалять Родительский продукт / категорию таблица.

например

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

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

если вы удалите категорию "красный", то умирает только запись "красный" в таблице категорий, а также две записи prod/cats: "красные сапоги" и "красные пальто".

удаление не будет каскадировать дальше и не будет вынимать категории "сапоги" и "пальто".

комментарий followup:

вы все еще не понимаете, как каскадные удаления работают. Они влияют только на таблицы, в которых " on delete cascade" определяемый. В этом случае каскад задается в таблице "categories_products". Если вы удалите "красную" категорию, единственными записями, которые будут каскадно удалять в categories_products, являются те, где category_id = red. Он не будет касаться записей, где 'category_id = blue', и он не будет перемещаться в таблицу "продукты", потому что в этой таблице нет внешнего ключа.

вот более конкретный пример:

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
+------------+-------------+

допустим, вы удалите категорию #2 (синий):

DELETE FROM categories WHERE (id = 2);

СУБД будет смотреть на все таблицы, которые имеют внешний ключ, указывающий на таблицу "категории", и удалять записи, где соответствующий идентификатор равен 2. Поскольку мы определили отношение внешнего ключа только в products_categories, вы в конечном итоге с этой таблицей после удаления завершается:

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

нет внешнего ключа, определенного в products таблица, поэтому каскад не будет работать там, поэтому у вас все еще есть сапоги и варежки. Там просто нет "синих сапог" и никаких "синих варежек".