マップすることができます。連結できるようになっています。実際のサンプルを見た方が分かりやすいと思います。この表の後に例を挙げます。列名の重複を防ぐため別名を付けなくてはならない場合があります。使って別名の付けられた列をマップすることができます。後で説明するサンプルを参照してください。ない値がセットされているものがあれば子オブジェクトが生成されます。以外の値がセットされた場合にのみ子オブジェクトが生成されます。ここでの指定はグローバルな設定(autoMappingBehavior)より優先されます。指定されている場合は無効となります。デフォルト:未指定ネストされたアソシエーションについては、既にとても複雑な例を見ていただきました。次のサンプルは、それと比べるとずっと理解しやすいと思います。テーブルを結合するクエリを実行します。#{id}</select>テーブルを結合しているだけでなく、全ての列に固有で分かりやすい別名が指定されていることに注意してください。しておくとマッピング作業がずっと楽になります。これで結果をマップする準備が整いました。要素が重要な役割を果たします。して指定するようにしてください。指定がなくても動作はしますが、パフォーマンスに著しい悪影響を与えます。結果の固有性を判定するために必要な最小限のプロパティを指定するようにしてください。主キー(複合キーでも可)は良い選択肢です。再利用することができます。ネストすることもできます。この方法で書き直したのが次の例です。設定されていたらどうなるでしょうか。ステートメントは下記のようになります。下記のように定義されています。指定する必要があります。指定した外部キーと対になってリレーションシップを構成する親オブジェクト側の列を指定します(カンマ区切りで複数指定可能)。属性で指定した親オブジェクトの列との照合に使用される外部キーを格納する列を指定します。下記の説明を参照してください。セレクト問題を解決する新しい方法が追加されました。この機能を利用すると、テーブルの結合(Join)を使わず一度の問い合わせで互いに関連する複数のデータを取得することができます。データが含まれています。名前を付けておく必要があります(カンマ区切り)。