このリリースでは、複雑なデータ構造用に柔軟性の高い DB スキーマ・サポートおよび改善されたコンテンツ管理が提供されます。 現行リリースでは、ネストされた Bean は、生成された独自マネージャー/ドメイン・クラスが指定され、ドメインは、以下に記述されているタイプの結合を実行するために相互に呼び出しを行います。
注: ネストされた Bean が発生するのは、プライマリー・リソース・テーブル (TABLE A) が 2 次テーブル (TABLE B) に結合され、その結合が 2 次テーブルの主キーではなく、 2 次テーブルからのリソースに複数の列が含まれている場合です。
TABLE A と TABLE B との間に 1 対多または多対多の関係があるときに、TABLE A と TABLE B をコンテンツ管理し、TABLE B からの複数の列がリソースに含まれているものとします。 実行時に、一方のテーブルからのコンテンツを、もう一方のテーブルの条件で選択するために、両方のテーブルからの列を含むリソースを使用することができます。
旧バージョンの WPCP では、生成ウィザード・テンプレートを使用して、TABLE A の子として TABLE B を作成する方法がありません。したがって、上記で説明されている実行時の動作に必要なリソースが、TABLE B の作成時に役立ちません。さらに、多対多の場合、TABLE A 内の 1 行の子を変更すると、TABLE A 内の別の行の子が変更される可能性があることに注意する必要があります。
これらの理由によって、新規モデルには、TABLE A とは別に、独自のリソース・コレクションとして TABLE B を作成する必要があります。 TABLE B は、TABLE A の子と見なすことができますが、TABLE A のマネージャーを介した TABLE B への更新アクセスは、このシナリオではサポートされていません。 その代わりに、TABLE B の更新は、TABLE B のマネージャーから直接行われます。TABLE B と TABLE A は別々に作成されますが、プロジェクトのページとルールを作成時にプレビューすると、複雑なリソースは単一のエンティティーとして表されます。