Косяки в Master-Detail

← →
nick-from (2002-10-19 11:19) [0]

Есть Master-Detail связь. В Master таблице при вставке новой записи ее ID создантся с помощью генератора и триггера:

CREATE GENERATOR NEW_CATEGORY;

CREATE TRIGGER NEW_CATEGORY_ID FOR CATEGORIES
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
NEW.ID = GEN_ID(NEW_CATEGORY, 1);
END

Проблема в том, что возникает ошибка при перечитывании только что вставленной записи клиентским приложением (Создаем запись в Master"е и сразу же для этой новой записи пытаемся создать записи в Detail, где требуется ID вставленной Master-записи для связки)
Как такой проблемы можно избежать.
Можно вызвать сразу после вставки новой записи Master.CloseOpen, но по-моему это косяк
P.S. при удалении только что вставленной Master-записи та же беда

← →
lejik (2002-10-19 19:04) [1]

ApplyUpdates
CommitRetaining для Master

← →
kaif (2002-10-19 20:16) [2]

Странно. Подобные вопросы возникают чуть ли не каждый день. Откуда берется эта повальная манера получать значение ID в триггере BEFORE INSERT? Видно, это рекомендует какая-то очень умная книжка...
Разумеется, если неизвестно ID на клиентской стороне сразу после вставки, то будут проблемы. Следовательно нет иного способа этот ID узнать как один из 2:
1. Делать INSERT при помощи хранимой процедуры, возвращающей значение ID в RESULTS.
2. Сначала запрашивать новое значение генератора клиентом и вставлять запись с уже явно присвоенным ID. Компоненты IBX содержат реализацию этого подхода. Достаточно прописать атрибуты свойства Generator. Перед вставкой (INSERT) клмпонент TIBDataSet или его потомок сам запросит новое значение генератора с помощью SQL-запроса:
SELECT GEN_ID(NEW_CATEGORY, 1) FROM RDB$DATABASE;
Затем, он присвоит это значение полю ID, указанному в свойстве Generator и только потом выполнит INSERT. Тогда проблем не будет.

Косяки в Master-Detail Найти похожие ветки