なぜCREATE TABLEは成功すると思われますが、DBXでは失敗しますか？

Question

Firebird Embeddedを実行しているFirebirdデータベースに接続されたDBExpress接続があります。これまでのところすべてうまく動作しますが、非常に奇妙なことが起こっています。

私は、接続を含むデータモジュールといくつかの異なる表を表す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それだけで罰金、しかしときSELECTを実行しているデータセットを開こうとすると、「無効なテーブル名」というエラーが表示されます。 CREATE TABLEステートメントが実行された直後にデバッガでプログラムを実行してプログラムを終了させた場合、データベースを調べると新しいテーブルは存在しません。

誰でも何が起こる可能性がありますか、どのように修正できますか？ SQL、SQL2とSQL3が1つ（または多くで）トランザクションで実行されている純粋なトランザクションの問題、のように見える

Answer 1

1. 。そして、トランザクションは少なくともSQLの後にも有効です。 は異なるトランザクションで動作していますが、最初のトランザクションのコミットされていない変更は当然ありません。
2. この問題は、DataSnap/dbExpress固有の問題ではなく、ドライバの実装固有の問題です。だから、ドライバーが何であるかを知ることは良いことです。オプションでドライバベンダーテクニカルサポートに連絡することもできます。
3. 対処方法（純粋な投機）：
   • 明示的なトランザクション制御にコマンドの実行を囲むようにしてください。それは、トランザクションが必要なステップの後に終了することを（場合によって）保証します。
   • SQLおよび/またはSQL2の後にCOMMITを実行してください。
   • ExecuteDirectの代わりにTSQLQueryを使用してください。うまくいけば、すべてのコマンドが単一のトランザクションで実行されることを望みます。

PS：最後に別のdbExpressドライバ、あるいはデータアクセスライブラリを使用することを検討してください。私は解決策だった、ADOと同様の問題があった

Answer 2

：

1 /としてまだ言った：すべてのDDL SQLの後にCOMMITを実行します。最初のCREATE OKである場合には

2 /は、私はDBXに慣れていないよ