Здравствуйте.

Есть табличка, на которую ссылаются штук 20 других. В них ФК на первую таблицу каскадные.

Возможно ли как-то отследить в каком порядке срабатывают эти самые каскады при обновлении ПК в основной таблице?


Спасибо

Симонов ДенисSwv,

каскады зло. А каскады с обновлением зло в квадрате. Лучше не делать никаких предположений о порядке срабатывания, ибо его никто не гарантирует

почему зло то? в теле документа ПК из 5 полей. надо "перелинковать" в теле документа строку в другой документ - просто поменял в нем ссылку на другую строку шапки и все. а все прочие, зависимые от этой строки документа таблицы сами поменяли значения ФК на основную. В противном случае сложно было бы "перелинковать" строку одного документа в другой документ. а надо

Симонов Денис,

не пойму чем не нравится такая перелинковка )


есть такая последовательность документов.

Шапка 1 - шапка 2 - шапка 3 - шапка 4 - шапка 5

при нормальном функционировании последовательно создаются все 5 документов.

но есть вариант, когда создается сразу 5 документ. а 1-4 не видны в журналах документов. по сути фэйковые они.
Перед этим отрабатывает процедурка, которая создает всю цепочку 1-4.
в первом документе есть некий атрибут-признак. и он же является частью ПК.
Который в данном случае был указан как параметр для процедуры создания цепочки документов.
Ошибся пользователь при задании параметров. указал 1, а надо было 0 в качестве этого атрибута. Можно конечно заставить его удалить документ и создать его снова с нужным параметром. А можно просто в 5 документе этот самый параметр исправить. Но исправив этот параметр , по сути получится, что вся цепочка должна приходить к документу 1 с признаком 0 а не 1. Он в системе тоже имеется.
Вот тут как раз и пригодится каскад

Мимопроходящий,



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

WildSery,

Согласен. Есть такая опастность. Но как же быть тогда с этим самым признаком, который проходит от первой до последней таблицы?? Можно конечно делать в триггере апдейт и тд. Но тут есть опастность просто забыть об этом в очередном документе

Мимопроходящий,

Может конечно что то и недопонимаю.

Но признак этот по сути важен только в первом документе.
А вот как не джойнить все при фильтре пятого документа - тут не соображу) тем более на жтом же форуме в аналогичной ситуации все дружно советовали этотсамый признак так и завернуть.

Мимопроходящий,

ок. будет он уникальный, а не первичный.

И на уникальный ФК у детей. Вопрос о каскаде остается актуальным )

да нет у меня каскадов на удаление ) есть только на обновление

а вопрос задал по той причине, что при одном из update на одной из таблиц ругнулось на нарушение FK