удаление связанных записей в БД

Вопросы программирования и использования среды Lazarus.

Модератор: Модераторы

Аватара пользователя
alexs
долгожитель
Сообщения: 4066
Зарегистрирован: 15.05.2005 23:17:07
Откуда: г.Ставрополь
Контактная информация:

Сообщение alexs »

debi12345 писал(а):Оператор N1 отпросился - но есть в БД. В результате программного глюка ( или сговора с технарями,... ) от его имени вставляются записи - FOREIGN_KEY не возражает. Кто-то свиснул деньги. Смотрят в БД - кто в тот день работал. Вернувшегося оператора - на разборки, потому что код за тот день - его.


И причём здесь внешнеи ключи - тут растреливать надо операторов - техника то работает.
вобщем мне стала не интересна эта тема, т.к. нет ни одного стоящего довода - я остаюсь при своём мнении
Аватара пользователя
Attid
долгожитель
Сообщения: 2588
Зарегистрирован: 27.10.2006 17:29:15
Откуда: 44°32′23.63″N 41°2′25.2″E
Контактная информация:

Сообщение Attid »

Оператор N1 отпросился - но есть в БД. В результате программного глюка ( или сговора с технарями,... ) от его имени вставляются записи - FOREIGN_KEY не возражает. Кто-то свиснул деньги. Смотрят в БД - кто в тот день работал. Вернувшегося оператора - на разборки, потому что код за тот день - его.


при доступе к БД это и без в нешних ключей сделать запросто.
спор не о чем.
Аватара пользователя
debi12345
долгожитель
Сообщения: 5761
Зарегистрирован: 10.05.2006 23:41:15
Откуда: Ташкент (Узбекистан)

Сообщение debi12345 »

вобщем мне стала не интересна эта тема, т.к. нет ни одного стоящего довода - я остаюсь при своём мнении

Аналогично - нет стоящих доводов "почему да".

при доступе к БД это и без в нешних ключей сделать запросто.

100% согласен ! Если от самой неприятной ошибки ключ не спасет - зачем он ?
Ответить