Как правильно настроить каскадное удаление?

Question

[Михаил]

Здравствуйте. Есть три таблицы:

Таблица links главная
Мне приходит id. Надо удалить все записи из links, где поле telegramID = id и все связанные с ним данные из таблицы plants. Пробовал через каскадное удаление так:

alter table links add constraint auto_del
foreign key (id)
references plants(id) on delete cascade;

Но при удалении данных из links в таблице plants всё остается без изменений. Как быть?

Answer 1

[Boris Köln]

alter table links add constraint auto_del
foreign key (id)
references plants(id) on delete cascade;

Это говорит, что при удалении из plants должны удалить и из links, а не наоборот!

При удалении из links автоматически удалить из plants нельзя. И нелогично так поступать. Ибо вполне можно удалить одно из значений много-ко-многим, оставив все остальные.

Если у вас связи много-к-одному, то структура неправильная. И вообще это какой-то говнокод. По названию совершенно непонятно, что это за сущность.

Comments

[Михаил]

Сильное заявление

Моё приложение - это напоминалка для полива растений. В БД у меня три таблицы:
1) plants
id - primary keys
name - имя растения
period - каждые period дней надо поливать это растение
last - когда в следующий раз надо полить это растение (ГГГГ-ММ-ДД)

2) users
telegramID
time - время оповещения, установленное пользователем

3) links - связь растений и пользователей
id - id растения из таблицы plants
telegramID - telegramID пользователя из таблицы users

Если вы предложите более удобную организацию БД, то я с радостью послушаю

[Boris Köln]

Может ли у одного растения быть много юзеров?

[Михаил]

Boris Korobkov: Нет

[Boris Köln]

Во-первых, таблицу link правильнее было назвать user_plant с ключами telegram_id и plant_id.

Во-вторых ее вообще надо удалить. Вместо нее добавить plant.telegram_id с внешним ключом на user.telegram_id. Тогда при удалении юзера каскадно удалятся и все его растения.

[Михаил]

Boris Korobkov: Хм, логично. Спасибо