Исходные данные:

1. На форме/фрейме в DBGrid отображается набор данных (используется TpFIBDataSet, но это несущественно).

2. Вызывается для добавления/редактирования специальная форма, которая в отдельной транзакции выполняет добавление/редактирование, результат (в т.ч. новый ID записи при добавлении) возвращается в базовую форму.

3. При успешном обновлении выполняется Refresh текущей (с параметрами транзакций проблем нет: write, nowait, rec_version, read_committed) записи. Все отображается ОК.

Вопрос: как в исходном наборе данных получить доступ к записи, не измененной, а добавленной во внешней транзакции?

Дополнительно:
----------------
- Набор данных может быть достаточно велик, поэтому вызов метода FullRefresh нежелателен;
- CachedUpdates = False.

---------------------------
Подскажите!

Спасибо.

Проще редактировать/добавлять в том-же dataset-е и в другой форме.

Дело в том, что "в другой форме" присутствуют DB-Aware - элементы, которые связаны с полями как первой, так и вспомогательной, другой таблицы. В эту "другую" таблицу добавляются данные логически одновременно, а физически после добавления данных в "первую" (констрейнты, понимаете ли...). Так вот, если делается последовательно два Insert в контексте одной и той транзакции, чтобы был возможен откат всей логической операции. Так вот, если эксцепшн происходит после добавления в "первую" таблицу, то она успешно отображается в гриде, как будто никакого RollBack и не было. Посему выношу редактирование в другой набор данных.

Все просто!


Короче - : все делаем в том же набре данных, но на другой форме. В AfterUpdate. Если при повторном Insert случается ексцепшн, то не только Rillback, но и Delete фиктивной записи. При Update, естественно, Refresh вместо Delete.


Всем спасибо, кто не бросил в тоске одинокого!

это mv (vm), кажется, мурыжили на ньюсгруппе, чтобы он подписался полным реальным именем. а у нас такого правила нет :)


Это правда... Как в армии - "люминь" - и все. Нет, чтобы по делу, а то - как зовут, как зовут...