データベースのトランザクションについて

下記回答です。

1．実際に確認していないので正確にはわかりませんが、接続したまま複数のクエリを実行して、最後に切断する方法は間違いないと思います。ただ、自動コミットのままで本当にそうなったでしょうか。単に最初のクエリでエラーが出たからということはないですか。そもそも、このように分ける必然性がよくわかりません。毎回コミットせずに、例えば複数のテーブルに対するクエリを一括で反映したいということでしょうか。
なお、FAQにはトランザクションの話題が複数ありますので、下記リンク先をご覧ください。
https://ssl.monozukuri.org/mzplatform/faq/faq/faq_technical/database/database_a51.html
https://ssl.monozukuri.org/mzplatform/faq/faq/faq_technical/database/database_a40.html
https://ssl.monozukuri.org/mzplatform/faq/faq/faq_technical/database/database_a73.html
https://ssl.monozukuri.org/mzplatform/faq/faq/faq_technical/database/database_a27.html

2．そういう切断方法も可能です。ダイアログのアクションイベント処理から呼び出します。また、エラーが発生しても必ず実行させるようにメソッド起動のFinally起動というものもあります。

3．はい、それでよいです。ファンクションを使わずに直接呼んでも同じです。

4．詳細には調べていませんが、これは特に違いはないと思います。必ず切断してから終了することが重要です。一点だけ、接続している時間が長いと、複数からの接続で同時接続数の問題が出るかもしれません。

下記回答です。

１．テーブルにSQL文を記述して実行する際には、0列目にSQL文、1列目に実行時に発生するイベント番号を記入したテーブルを渡します。イベント発生時に処理を分岐したい場合には、別の番号を指定する必要がありますが、分岐が不要であれば常に0と記入しておけば良いです。

２．MySQLコマンドラインクライアントでSQL文を実行する場合はセミコロンが必要ですが、MZでデータベースアクセスコンポーネント経由でSQL文を実行する場合はセミコロン不要です。これは仕様になります。

1．実際の状況によりますが、基本的にはエラー発生後の通常メソッド起動は飛ばされて、ErrorOnlyやFinallyの起動メソッドだけが実行されます。そのようなサンプルアプリを作成して試してみるのが良いと思います。

2．データベースアクセスに限らず、起動メソッドでエラーが発生すると、通常はその都度ダイアログが表示されます。ただし、ErrorOnlyやFinallyの起動メソッドがあると、エラーダイアログが表示されなくなるという仕様になっていると思います。そのため、サンプルではErrorOnlyでダイアログを表示する処理を追加している箇所があります。