@ivmak

Здравствуйте. Столкнулся при разработке со следующей проблемой.

Пользователь нажимает кнопку "новая заявка/редактировать" открывается форма. Заявка должна сесть в 2 таблицы: в основную ORDERS, в детальную (FILES_ON_ORDERS).
Дело в том, что детальная таблица завязана ключом на ORDERS. Таким образом, пока не появится запись в таблице ORDERS, я не могу писать в FILES_ON_ORDERS.

Заявка должна быть сформирована одной формой. Создать вначале основу заявки, а затем к ней прикрепить файлы и записаться в FILES_ON_ORDERS - нельзя.

Идеальный вариант работать с транзакциями. Использую ODAC в связке с DELPHI 7.

В начале всего действия запускаю
Orasession1.savepoint;

в конце Orasession.Commit либо OraSession1.RollbackToSavepoint;

И вот RollbackToSavePoint не отрабатывает. Пишет "ORA-01086 Точка отката вообще не установлена"
Как победить?
Какие есть еще методы создания мастер-деталь таблиц одной формой, а не последовательно?

0

@Grossmeister

Можно создать шапку заявки в одной форме, а строки заявки - в другой форме.
Можно создать форму, где будет и шапка заявки (в виде кучи Edit-ов) и строки заявки (в виде DBGrid).

Oracle работает ТОЛЬКО с транзакциями и никак иначе.

А причем тут SavePoint я вообще не понял.

PS
К слову сказать, с точки зрения терминологии БД, не "мастер-детайл таблицы", а родительская и дочерняя таблицы (или родительская и дочернии записи/строки)

0

@ivmak

Вы не поняли суть вопроса. Мне нужно в одной форме предоставить пользователю возможность добавлять записи в родительскую, дочерние (связь многие к одному), и промежуточные таблицы (связь многие ко многим). Вопрос в том, как это делать одновременно. С одной формы. Имея при этом возможность отменить изменения.

В простом варианте обычно поступают так, создают запись в родительскую таблицу, после чего становится известен primary key (который получаем по sequence). Далее я могу заполнять дочерние таблицы ссылаясь на primary key родительской.

Как мне заполнять в одной форме сразу дочерние таблицы, при этом чтоб иметь возможность отката изменений

Добавлено через 6 минут
Вариант который пришел в голову - ручное управление транзакциями.
Стартую транзакцию, записываю пустую строчку в родительскую таблицу, получаю в ответе primary key.
Дальше открываем родительский датасет на edit, дочерние на insert.
Все работает вопросов нет.

Если пользователь нажимает "отмена" я делаю rollback, который собственно и не откатывает меня к началу всех действий. Т.е. мне нужно чтобы отменились записи в дочерних таблицах и ушла запись из родительской.

Проблема именно с транзакцией

Добавлено через 5 минут
А вопрос про другие способы сводится к тому, чтобы понять нет ли какого либо встроенного механизма у ODAC.

Отправляет же он автоматически post по всем дочерним датасетам, если я делаю post в родительском. Вот и думаю может есть механизм, что вначале пройдет post по родительскому датасету, а затем по дочерним с занесением уже сформированного primary key.

Или может через MemTable решать? Временно садить туда записи с дочерних датасетов, а при получении id от родительского, переносить все данные уже в БД ?

0

@Grossmeister

Я же сказал: всю заявку можно представить в одной форме. А при нажатии на кнопку "Сохранить" записать сначала в родительскую таблицу, а потом в дочернюю (своими INSERT, а не с пом. Post).

Да, это самый распространенный вариант. Либо можно вводить дочерние записи без указания ссылки на родительскую, а затем уже связать с родительской (если есть возможность однозначно определить нужные строки в дочерней таблице).

В Oracle транзакция автоматически начинается с первого оператора, идущего после окончания предыдущей транзакции (ну или с первого оператора сессии). Никакого оператора явного начала транзакции в Oracle нет.
Поэтому нужно или сначала набить все в форме, а потом последовательно записывать в БД (см. выше), либо действительно сначала создать родительскую запись.

Что значит "к началу всех действий"? Обычно после того, как мы записали одну заявку, мы выдаем COMMIT. Значит ввод следующей заявки - это новая транзакция (т.е. ввод и родительской, и дочерних записей). Поэтому обычный ROLLBACK как раз и откатит введенные строки в родительской и дочерней таблице.

0

@ivmak

а как у меня будет работать дбгрид на дочернюю таблицу?

Дочерняя таблица не дает садить данные без ключа.


А как же методы StartTransaction, Savepoint, RollbacktoSavepoint ? (у компонента OraSession)

Совсем необязательно. Если выставить у orasession.autoCommit:=false и у OraQuery.AutoCommit:=False то транзакцию требуется вручную отслеживать.

0

@Grossmeister

Например, сначала INSERT в родительскую таблицу, потом пробегаешь по дочернему гриду и сам подставляешь туда нужные id. Или просто формируешь INSERT для каждой дочерней записи.
Кроме того, вроде в ODAC можно самому написать оператор INSERT для DataSet. Тогда в нем объявляешь параметр на месте id и после вставки в родительскую таблицу выставляешь этот параметр.

Это если FK объявлен как NOT NULL, что совершенно необязательно. Кроме того, в Oracle есть такое понятие как deffered constraint, когда ограничения целостности проверяются не в момент добавления строки, а в момент выдачи COMMIT

SAVEPOINT и ROLLBACK TO SAVEPOINT в Oracle действительно есть, а вот что делает StartTranscation - не в курсе, возможно какие-то проверки внутри программы, ибо в Oracle аналога такой команды нет (за исключением начала транзакции READ ONLY).

Лично я всегда считал AutoCommit злом (т.е. всегда держу его в false). В идеологии Oracle - явная выдача COMMIT и ROLLBACK

0