VPF::Каскадные связи - Форум программистов

Zloxa

Дата 27.9.2010, 16:37 (ссылка)

(нет голосов)

Загрузка ...

Чо?

Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161

Цитата(Gluttton @ 27.9.2010, 16:16

)

существуют случаи, когда каскадное удаление оправдано

Ну я как бы и не отрицаю. Если данные никому [кроме меня] не нужны и за их случайный выпил мне бошку не снесут. Или же их легко восстановить.

Но речь ведь идет о справочнике?

Добавлено @ 16:45

Цитата(Akina @ 27.9.2010, 16:24

)

Да, когда ценность хранящейся в БД информации равна нулю.

Черт! Ты раньше smile

Цитата(Gluttton @ 27.9.2010, 16:16

)

при обеспечении связи М:М - нафига там это хлам оставлять?

Никто не говорит оставлять.
Но вытирать его надо сознательно.
FK тебе не позволит удалить мастер запись, покуда есть детали и это истинное благо, он не позволит тебе совершить ошибку.
А втихаря подтирать детали, удаляя мастер - то от лукавого, это позволит тебе не заметить ошибку.

Это сообщение отредактировал(а) Zloxa - 27.9.2010, 16:52

--------------------

Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile

Gluttton

Дата 27.9.2010, 20:12 (ссылка)

(нет голосов)

Загрузка ...

Начинающий

Профиль
Группа: Завсегдатай
Сообщений: 1170
Регистрация: 28.8.2008
Где: Феодосия

Репутация: 10
Всего: 54

Цитата(Zloxa @ 27.9.2010, 16:37

)

FK тебе не позволит удалить мастер запись, покуда есть детали

Спасибо, для меня это стало открытием - не поверил проверил на СУБД.
Akina, Zloxa, уговорили - прислушаюсь к вашему мнению smile

--------------------

Слава Україні!

Deniz

Дата 29.9.2010, 08:05 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44

Цитата(Akina @ 27.9.2010, 17:55

)

Изящное? ну может быть... удачное? кому как.

Если программист решил удалить данные программно, то никто уже не спасет.
Код:

Код

delete from detail where fkey_id = 1;
delete from master where id = 1;

не на много лучше удаления каскадом, а в рамках того примера код по удалению вообще страшный smile

Поэтому и было предложено сделать удаление каскадом.
Опять же, при необходимости и на каскадное удаление можно поставить некую логику, например в триггере перед удаление detail можно проверить поля (или еще чего) и запретить удаление.
smile

Если говорить про большие СУБД уровня предприятия и т.д., то само понятие удаление (delete) нужно перефразировать в период жизни записи, с установкой соотв-щих временных полей, логирования и т.д.
Похожую функциональность также нужно реализовать для обновления (update) записи.
Получится нехилый прирост размеров.
В итоге немного перефразировав

Цитата(Akina @ 27.9.2010, 18:24

)

Да, когда ценность хранящейся в БД информации равна нулю.

скажу, что каскадное удаление возможно применять, когда ценность информации стремится к некоторому пределу (близко к нулю) и зависит от времени или от других факторов.

--------------------

"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| СУБД, общие вопросы \| Следующая тема »