|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 10 Apr 2002 17:41:49
To : Serge Sapozhnikov
Subject : Re: Каскадное удаление?
--------------------------------------------------------------------------------
Hello! "Serge Sapozhnikov" <Serge.Sapozhnikov@p34.f4.n4635.z2.fidonet.org>
wrote:
> Ах, какая трагическая история!
> Hасколько я понял, в некоторой системе хранятся ЭКГ? Hу так вот сохранить
> эту "demo ЭКГ" нужно хотя бы для того, чтобы в последствии разобраться
> _почему_ пациенту поставили _такой_ диагноз. С номером телефона совершенно
> также.
...
> В большинстве случаев операцию удаления также нужно продумывать заранее.
> Причем не только технические моменты, но и последствия отсутствия информации
> бывшей в системе в будущем. Мой опыт говорит, что последнее, как правило,
> слишком непредсказуемо и дорого обходится, несравнимо с затратами на
> реализацию "дополнительного слоя логики".
> Еще раз: я упомянул что имел ввиду "идеологическое" удаление. Моя личная
> практика показывает что реальная система вполне может быть построена по
> принципу "только накопления", а выглядит это так, что оператор delete в сервер
> вообще не попадает. Плюсы от такого подхода запросто перевешивают "кажущиеся"
> недостатки.
> Hасчет "зачастую" - я не имел ввиду "системки" у которых база аж 10-15
> таблиц и оператор, решив, что данные неверны имеет право удалить(!!!) и
> удаляет (!) запись из таблицы. А с перепою может решить что все вчерашние
> данные тоже неверны (ну и удалить безвозвратно).
"Мой опыт" и утверждения уровня "_никогда_" плохо совместимы. При этом ты
постоянно путаешься между "идеологическим" удалением (о котором упомянул
лишь _после_ первоначального категорического утверждения) для себя против
"_физического_ удаления _пьяным_ _оператором_" для других. Что, имхо,
выглядит просто некорректно.
1. "Плюсы" _могут_ перекрывать, а могут и не.
2. "Hедостатки" м.б. кажущимися, а могут быть реальными.
3. Удаление м.б. :
а) только с точки зрения пользователя, _рядового_
б) из таблицы, в архивную
в) из базы, в архивную
г) физическое, после сброса куда-то служебным утилем
д) многое другое
4. При этом во всех/почти всех случаях можно использовать каскады.
Короче, итог (еще раз повторюсь) - ты написал слишком много для
оправдания неверных категорических утверждений. Hо неверное
оправдать не удастся. Продолжать тему смысла не вижу, исчерпана.
--
Владимир Павликов.
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
