Суть вот в чем:
Есть БД interbase. Есть огромное желание создать прогруммульку работующую с локальной базой и при необходимости с удаленной, 
поэтому делается все для минимализации транзакций.

Суть программы в создании накладных с товарами. 
Есть две связные таблицы - одна таблица "накладные", вторая "товары в накладных".
В программе две формы: одна с таблицей-списком всех накладных, вторая с редактированием содержимого накладных (с таблицей товаров)
На первой форме есть кнопки: Добавить, Редактировать и удалить.
На второй: Сохранить и отменить.
С кнопками второй формы все понятно. При сохранении запускается транзакия записи на Update и при нажатии "Отмена" - закрытие формы.
С двумя последними кнопками первой формы тоже все ясно: при нажатии на них либо появляется вторая форма с дочерней таблицей, либо удаляется текущая запись.
А вот с добалением - не очень понятно. Допустим при нажатии "добавить", запустить транзакцияю на insert и открыть форму редактирования. Вроде все отлично: пользователь добавляет в таблицу товары и сохраняет. Но если пользователь передумал - то приходится удалять запись из таблицы накладных, что не очень мне нравится, если учеть то, что при добавлении к ней было использовано значение генератора, которое вхолостую использовано.
А если при добавлении накладной - не добавлять запись в таблицу накладных, а добавить - только с сохранением всей накладной, то - невозможно будет заполнить дочернюю таблицу "товаров накладной".
Надеюсь я понятно объяснил суть проблемы.
Может кто подскажет алгоритм действия?

не пойму как это...

ты заполняешь таблицу при появлении формы??? 


я честно говоря от такого кол-ва букаф потерял суть...

давай коротко и ясно об нужной форме расскажи!

Не надо удалять, просто делаешь Rollback у транзакции.
Про генератор и холостые значения - забудь, это не такая большая проблема.

Как вариант решения, положи ClientDataSet или что-то типа MemoryTable заполняй там, а когда пользователь нажал "Сохранить" переноси в БД.

При появлении формы я открываю таблицу.
Смысл в том, что в программе все запросы на редактирования выполняются SQL коммандой, специально выделенной транзакцией для записи. А все ГРИДЫ работают только на чтение в отдельной транзакцией на ЧТЕНИЕ.
Это связано с тем, что программа должна работать с большим количеством юзеров.

Добавлено через 1 минуту и 29 секунд

Ролбек не подходит. А на счет данных на клиенте идея отличная, сейчас попробую.

Что значит не подходит?
К кому не подходит?

Я может плохо объяснил в прошлом посте.
У меня две транзакции в проекте: одна ТОЛЬКО на чтение, а вторая на ЗАПИСЬ.
И так вот, все Гриды работают с первой. Поэтому для отображения реальной информации необходимо коммитеть все изменения.

Гриды не работают с транзакциями
Если ты добавишь данные в Dataset, к которому подключен грид, они появятся и в гриде и в БД.
Потом можно добавлять данные в связанную таблицу, тоже будут видны из грида.
Главное не закрывать(Commit/Rollback) вторую транзакцию.
Есть одно "но", если добавление данных проводится с помощью другого компонента (IBSQL, IBQuery), то этот метод не сработает.
Все это сказано для теории, на практике держать длинную пишущую не хорошо и так делать не надо.

На счет того что гриды не работают с транзакциями, это и ежу понятно  
Ясен пень что они из Dataset, но откуда они возьмуться в нем при закрытой транзакции?

Я же говорил что у меня изменение данных в другой транзакции и, соответственно в другом компоненте.
Поэтому никакие ролбеки меня не спасут, или редактировать данные на клиенте, либо удалять все отмененное из БД.

Garyck, ты не указал с какими компонентами работаешь, а я по привычке подумал, что ты используешь FIBPlus (сам использую), поэтому и ...
В FIBPlus в pFIBDataSet можно указать читающую и пишущую транзакцию, т.е. делаешь ds.Insert ... ds.post, стартует пишущая транзакция и делает добавление в БД, но её можно коммитеть не сразу. Тем временем в DataSet все данные видны. Вот.

Я с ними не пробывал работать, посмотрю...

А кто может подкинуть пример работы с
MemoryTable или хотябы документацию.