![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Косяки в Master-Detail [D5, IB6.x]
nick-from © (2002-10-19 11:19:00)Есть 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-записи та же беда
kaif (2002-10-19 20:16:00) [1]Странно. Подобные вопросы возникают чуть ли не каждый день. Откуда берется эта повальная манера получать значение 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. Тогда проблем не будет.
lejik (2002-10-19 19:04:00) [2]ApplyUpdates
CommitRetaining для Master