Станислав С seeerg_23есть 2 табл. Связь 1-к-1. Почему из верхней табл (или из табл слева) нельзя удалить запись, пока не удалишь запись из табл снизу (или справа).???? Те, как бы, из главной табл нельзя удить запись пока не удалить запись из второстепенной табл.
Прочитайте в литературе о целостности БД.
Конкретно речь идет о:

У Вас установлено в ON DELETE RESTRICT, а Вам надо ON DELETE CASCADE....

Каскадные удаления - это так весело! :)

П.С. Весело звеня карабинами мимо пронеслась связка альпинистов.
(подходит для описания каскадного удаления)

mir KostoКаскадные удаления - это так весело! :)

П.С. Весело звеня карабинами мимо пронеслась связка альпинистов.
(подходит для описания каскадного удаления)А для некаскадного годится такая аналогия. При выбрасывании мусора открыть мусорный мешок и по-очереди выбросить каждую бумажку и шкурку, а уж потом выбросить опустевший мешок :)

Что мешает создать хранимую процедуру со сценарием действий при удалении и вызывать ее? В ходе выполнения хп можно провести кучу проверок и тормознуть если что удаление. Или это тяжелее чем восстановить пол базы из-за того что пользователь удалил одну запись в служебной таблице на которую было завязано почти все?

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

seeerg_23
Если связь между этими таблицами 1-к-1, может все поля разместить в одной таблице, те. все данные будут храницца в 1 таблице, а не в 2х!!!??????

если связь 1 к 1 и всегда такой и будет - лучше (обработка запросов) хранить в одной таблице, но если по предметной области по каким-то причинам вы решили эти данные разнести по двум таблицам, то в будущем связь превратиться в 1 ко многим.
softwarer mirВо-первых, если уж создавать, то триггер. DML через процедуры неудобен.
Бред.
mirДля обычных (так сказать, рабочих таблиц), как правило, удобно правило CASCADE.

mirЧепуха. Подобный подход оправдан лишь для некоторых специфичных задач.

Для одной специфической задачи. Это задача "спокойно и с чистой совестью спать по ночам, зная, что не придется вскакивать и нестись "к утру восстановить данные"".

+1 (двумя руками и ногами за)

mirНу-ка, ну-ка. То есть вы весь DML через процедуры гоните? Поздравляю, в сад!

Можно детальней описать процесс написания бизнес-логики на тригерах?
Что именно вы реализуете на тригерах?
Также интересует как вы организовываете сопровождение кода?

п.с. может я просто не знаю всех достоинств использования тригеров?