メソッドを使って、データベースから1つのデータをオブジェクトとして読み込むことができます。スクリプト中での利用例を示します。顧客ID(主キー)が1000の顧客データを読み込む。オブジェクトを取得してください。演算子を用いて)生成することはありません。データベースから読み込んだ値からオブジェクトを生成し、すぐにスクリプトで使えるように準備済みです。値を取得してください。この場合、取得したいデータの主キーが必要です。繰り返し繰り返し項目Designerで「繰り返し」を指定した場合、内部では次のように扱われます。いうコレクションに複数の値を保持します。java.util.ArrayList<String>();データベースには別テーブルが用意されます。DAOからオブジェクトを取得したとき、Listに値は入った状態です。)繰り返しコンテナDesignerで「繰り返しコンテナ」を指定した場合、内部では次のように扱われます。繰り返しコンテナは、独立した(コンテナ名の)クラスになります。いうクラスが生成されます。いうコレクションに複数のコンテナを保持します。自動的に外部キー関係になります。DAOからオブジェクトを取得したとき、Listに値は入った状態です。)繰り返しコンテナの入れ子はできません。この制約のため、深いネスト構造によるパフォーマンスの低下、という問題は起こりません。参照スクリプトでは、繰り返しコンテナは「配列」として扱うことができます。取得した繰り返しコンテナは、モデルと同様にオブジェクトとして操作できます。(memo)」を取得するスクリプトです。memoは繰り返しコンテナ。arrayは配列形式となっている。(precord)」を操作し、単価と数量の和を求めるコードです。値を代入(セット)*/上記コードにあるように、計算結果をオブジェクト(のモデル項目)に代入することもできます。関数では記述が難しいような複雑な業務ルール(上記にあるような、演算のための条件式)にも対応できます。3件、追加するスクリプトです。記述することで、Javaのクラスを表す変数を用意することができます。演算子で生成することができるようになります。完全修飾クラス名といい、パッケージ名を付与したクラスとして表現します。更新」のスクリプトを用いると、更新直前のモデルに何らかの操作を行うことができます。未入力のコンテナ行を削除するという例を紹介します。モデルに関するソースコードを直接、ご確認いただくこともできます。いう内部ID項目が自動的に用意されています。この数値は連続した番号である必要があります。上記のサンプルコードでは途中のレコードを削除することがあるため、この内部IDを詰めるようにしています。繰り返しコンテナは(データベース上では)別テーブルですが、ストアモデルでは一つのデータ内に明細情報が含まれる構造です。ここで、繰り返しコンテナを含むモデルの登録・更新・削除は、二つのテーブルの操作がセットで行われます。暗黙的なトランザクション処理になります。上図において、注文モデルを削除すると、注文明細も同時に削除されます。繰り返しコンテナは強い結合関係にあります。モデル参照(リストボックス、ラジオボタン、検索ウィンドウ)モデル参照(リストボックス、ラジオボタン、検索ウィンドウ)では、参照しているモデルの主キーを保持します。(例:"1000")は含まれていますが、「顧客」の情報そのものは含まれません。顧客IDを引数とし、「顧客DAO」を使うことで「顧客」データを取得することができます。「注文」モデルを削除しても、キーで紐付いている「顧客」モデルが削除されることはありません。「顧客」モデルを削除すると、「注文」モデルの参照先が不定となります。モデル参照(チェックボックス)モデル参照(チェックボックス)では、参照元モデルの主キーをListに保持します。モデル参照関係(チェックボックス)「アンケートDAO」からモデルを読み込んだとき、外部キーである「選択肢ID」の値を含むリストが用意されます。スクリプトでは、これを配列として取得することができます。どのような値をもっているかを確認するためのコードは次のようになります。次のように表示されます。型」として用意します。ループなどを用いて値を参照することができます。IDではなく内容部を取得する上のコードにあるように、ストアモデルには「選択肢」の情報そのものは含まれません。「選択肢DAO」を使って「選択肢」データを取得することができます。追加したり、削除することができます。いうメソッドを使います。これらは常に自動生成されるメソッドです。いう関係が成立します。親には特段の記述はなく、子が親のキーを保持します。外部キーこのことから、Wagbyの「モデル参照」と「外部キー」に、クラス定義上の差異はありません。「外部キー」と指定することで、親の詳細画面に子の一覧が表示されるといった機能が自動的に付与されます。標準では「親」モデルを削除すると、キーで紐付いている「子」モデルも同時に削除されます。設定によって、子モデルを残すこともできます。参照元モデルの値を、参照先に転記する機能です。自動生成されたコードではDAOからデータを読み込み、値のセット処理を行います。参照連動ストアモデルの役割ストアモデルは「データベースに保持される情報」だけでなく「画面に表示される情報」も含めることができます。参照連動はそのために用意された仕組みです。ストアモデルの役割ファイル型ファイル型は内部では二つのフィールド(ならびにテーブル上でも二つのカラム)から構成されます。Designerで定義した項目名には、ファイル名が入ります。内部で自動的に用意される「項目名_jshfilename」は、ファイルの実パス情報(文字列)が格納されます。ファイル情報そのものはBLOBとして管理しません。ファイル名と実パスとして管理しています。そのため物理ファイルが削除されてしまうと、参照エラーになります。ソースコードを直接、確認することで、どのようなメソッドが用意されているかを知ることができます。モデルに関するストアモデルは次のファイルになっています。jp/jasminesoft/wagby)」は、パッケージ名を指定したプロジェクトでは変更されます。適切に読み替えてください。それぞれの区分毎に、生成されるモデルのソースコードのフォルダが変わります。したときの例を示します。完全修飾クラス名といい、パッケージ名を付与したクラスとして表現します。繰り返しコンテナも独立したクラスとなっているため、上と同様に表現できます。