サブデータベースを指定する

最終更新日: 2020年8月10日
R8 | R9

1つのWagbyアプリケーションから、複数のデータベースを利用することができます。

メインデータベースとサブデータベース

Wagbyではモデル単位でどのデータベースを利用するかを指定することができます。一つ目を「メインデータベース」と呼び、二つ目以降を「サブデータベース」と呼びます。

サブデータベースの用途は、既存システムのマスタデータを直接、Wagbyアプリケーションが利用することです。

両者の違いは次のとおりです。

	メインデータベース（標準）	サブデータベース
設定できる数	1つだけです。	オプションという位置付けです。5つまでのサブデータベースを指定できます。
機能	読み込みと書き込みができます。書き込みはトランザクション制御にも対応しています。	読み込みと書き込みができます。(1) メインデータベースとサブデータベースの両方の更新を一つのトランザクションとすることはできません。それぞれの書き込み処理は独立して行われます。(2)

*1 R8.1.0よりサブデータベースの書き込みが行えるようになりました。それ以前の Wagby は読み込みのみとなります。

*2 トランザクション境界はデータベースごととなります。そのため、例えばメインデータベースとサブデータベースの両方を更新したいが、サブデータベースの更新が失敗したらメインデータベースの更新も失敗させ、このトランザクション全体をロールバックするという指定を行うことはできません。どちらか一方が成功すれば更新は完了となります。

サブデータベース利用時の制約

サブデータベースを使うモデルには次の制約があります。

テーブルの作成は行えない。（既存テーブルの再利用を想定している）
全文検索機能は利用できない。
ワークフローは利用できない。
メインモデル・サブモデル関係にあるモデルでは、メインモデルとサブモデルで別々のデータベースを指定することはできない。
登録、更新、削除などの更新系ボタンは標準で無効になる。（登録や更新処理を行う場合は、手動でこれを再設定すること。）
システムモデル(juserなど)をサブデータベースに指定することはできない。
内蔵データベース(HSQLDB)は利用できない。
参照先モデルがサブデータベースに存在する場合、"参照連動項目を参照先モデルに保存する"機能の利用は行わないようにすること。これはトランザクション境界が分かれているため。
参照先モデルがサブデータベースに存在する場合、参照連動項目(DB保存なし)を検索項目として指定することはできない。データベースをまたがる検索になるため。
メインデータベースのテーブルにスキーマを含めることはできない。（サブデータベースのテーブルにスキーマを含めることはできる。）
サブデータベースへ登録処理を行う場合、順序を利用することはできない。そのため順序の利用は無効にする必要がある。
親子モデルのいずれも（同じ）データベースを利用しているとき、その親子モデルの同時更新はトランザクション対象にならない。つまり親と子はそれぞれ独立にコミットされる。 R8.4.2で改善されました。