Блог

У меня есть соединение dbExpress, подключенное к базе данных Firebird, под управлением Firebird Embedded. Пока все работает нормально, но происходит что-то очень странное.

У меня есть модуль данных, который содержит соединение и несколько TSimpleDataset объектов, представляющих разные таблицы. Но когда я пытаюсь добавить новую таблицу, кажется, что она работает, но затем завершается неудачей:

 procedure Update(module: TdmDatabase);
const
   SQL = 'CREATE TABLE NEW_TABLE (blah blah blah)';
   SQL2 = 'ALTER TABLE NEW_TABLE ADD CONSTRAINT PK_NEW_TABLE PRIMARY KEY (blah)';
   SQL3 = 'DROP TABLE NEW_TABLE';
begin
   module.connection.ExecuteDirect(SQL);      //succeeds
   module.connection.ExecuteDirect(SQL2);     //succeeds
   try
     module.New_TableDataset.Active := true;  //fails
   except
     module.connection.ExecuteDirect(SQL3);   //succeeds
     raise;
   end;
end;
  

Когда я пытаюсь создать таблицу, кажется, что она работает, и я могу, ALTER и DROP это просто отлично, но когда я пытаюсь открыть dataset, который выполняет SELECT против него, я получаю ошибку «недопустимое имя таблицы». Если я запускаю его в отладчике и завершаю программу сразу после выполнения CREATE TABLE инструкции, затем проверяю базу данных, новой таблицы там нет.

Кто-нибудь знает, что могло вызвать это, и как я могу это исправить?

1. Это похоже на проблему с чистой транзакцией, где SQL , SQL2 и SQL3 выполняются в одной (или во многих) транзакциях. И транзакция остается активной по крайней мере после этого SQL . И New_TableDataset работает в другой транзакции, которая, конечно, не видит незафиксированных изменений первой транзакции.
2. Проблема не в DataSnap / dbExpress, а скорее в конкретной реализации драйвера. Итак, полезно знать, что это за драйвер. И необязательно обращаться в службу технической поддержки поставщика драйверов.
3. Что делать (чистое предположение):
   • Попробуйте включить выполнение команд в явный контроль транзакций. Это будет (может) гарантировать, что транзакция завершена после требуемого шага.
   • Попробуйте выполнить COMMIT после SQL и / или SQL2 .
   • Попробуйте использовать TSQLQuery вместо ExecuteDirect . Надеюсь, все команды будут выполняться в одной транзакции.

PS: Наконец, рассмотрите возможность использования другого драйвера dbExpress или даже библиотеки доступа к данным.

У меня была аналогичная проблема с ADO, решение было :

1/ Как уже говорилось: выполните ФИКСАЦИЮ после всего вашего DDL SQL.

2/ Когда первое создание пройдет нормально, выполните запрос SELECT ( COMMIT) для созданной таблицы