この記事では、JPAの4つの高度なマッピング方法を紹介します。 1.雙方向協(xié)會(huì)は、ユーザーとアドレスが互いにアクセスできるようにするために、MappedByを通じて関係保守者を指定します。 2.多目的なAssociationは、@manytomanyおよび@Jointableを使用して中間テーブルを管理するか、エンティティクラスを手動(dòng)で作成して中間テーブル機(jī)能を拡張します。 3。EMBEDオブジェクトは、@embeddableを使用し、 @embeddedにアドレスを埋め込んでオーダーテーブルに埋め込み、複合プライマリキーデザインをサポートします。 4.継承構(gòu)造は、Single_tableを使用し、參加し、Table_per_Classポリシーを使用して従業(yè)員のサブクラスをマッピングし、クエリのニーズに応じて適切なソリューションを選択します。

Java Persistence API（JPA）を使用する場(chǎng)合、基本的なエンティティマッピングに加えて、いくつかの高度なマッピング手法をマスターすると、複雑なデータモデルとビジネスロジックをより柔軟に処理できます。この記事では、1対1、1対多、および多くの関係の高度な使用、およびネストされたオブジェクトと継承された構(gòu)造の処理など、いくつかの実用的な高度なJPAマッピング方法を紹介します。

1.雙方向の関係：関係をより制御可能にします

実際の開(kāi)発では、多くの場(chǎng)合、互いにアクセスできるようにするには2つのエンティティが必要です。たとえば、ユーザー（ユーザー）とアドレス（アドレス）、ユーザーはアドレスを持つことができ、アドレスも特定のユーザーに屬する場(chǎng)合があります。

 @実在物
パブリッククラスユーザー{
    @ID
    プライベートロングID;

    @onetoone
    @joincolumn（name = "address_id"）
    プライベートアドレスアドレス;
}

@実在物
パブリッククラスアドレス{
    @ID
    プライベートロングID;

    @onetoone（mappedby = "address"）
    プライベートユーザーユーザー;
}

ここでの鍵は、 mappedByの使用にあり、JPAに関係を維持する當(dāng)事者に伝えます。通常、「所有者」が外國(guó)の鍵を管理することをお?jiǎng)幛幛贰⑺萎?dāng)事者はそれらをmappedByを通じて參照します。

ヒント：

• 雙方向の関係は、特にJSONにシリアル化する場(chǎng)合、循環(huán)參照の問(wèn)題を引き起こす傾向があります。
• @JsonManagedReferenceと@JsonBackReferenceを使用すると、ジャクソンの連続化の無(wú)限の再帰問(wèn)題を回避できます。

2。多くの関連付け：中間テーブルの処理方法

2つのエンティティ間に多目的な関係がある場(chǎng)合、JPAは簡(jiǎn)潔な注釈のサポートを提供しますが、中間テーブルがその背後に自動(dòng)的に生成されます。たとえば、學(xué)生とコースの関係：

 @実在物
パブリッククラスの學(xué)生{
    @ID
    プライベートロングID;

    @manytomany
    @Jointable（
        name = "desudent_course"、
        joincolumns = @joincolumn（name = "desudent_id"）、
        inversejoincolumns = @joincolumn（name = "course_id"）
    ））
    プライベートセット<Course>コース= new Hashset <>（）;
}

 @実在物
パブリッククラスコース{
    @ID
    プライベートロングID;

    @manytomany（mappedby = "courses"）
    Private Set <Student>學(xué)生= new Hashset <>（）;
}

中間テーブルで追加の操作を行いたい場(chǎng)合（作成時(shí)間やステータスの記録など）、デフォルトのジョイント可能を置き換えるために中間エンティティクラスを手動(dòng)で作成する必要があります。

注記：

• 多くの人にデータを挿入する場(chǎng)合、參照される當(dāng)事者（コースなど）を最初に保存する必要があります。そうしないと、例外がスローされる場(chǎng)合があります。
• 2側(cè)の関係の誤った同期により、データの矛盾を避けるために、コレクションを変更するときは注意してください。

3.オブジェクトと複合プライマリキーを埋め込む：現(xiàn)実に近いデータモデリング

時(shí)々、別のオブジェクトに抽象化できるが、テーブルだけとして存在する必要がないエンティティのいくつかのフィールドに遭遇することがあります?，F(xiàn)時(shí)點(diǎn)では、 @Embeddableおよび@Embedded annotationsを使用できます。

たとえば、注文アドレス情報(bào)は、組み込みオブジェクトとして使用できます。

 @embeddable
パブリッククラスアドレス{
    プライベートストリングストリート;
    プライベートストリングシティ;
    プライベート文字列zipcode;
}

@実在物
パブリッククラス注文{
    @ID
    プライベートロングID;

    @埋め込み
    プライベートアドレスShippingAddress;
}

この方法で生成されたデータベーステーブルでは、注文テーブルには、 street 、 city 、 zipCodeフィールドが直接含まれます。

複數(shù)のフィールドが組み合わさってプライマリキーを形成する場(chǎng)合は、 @Embeddableを使用して複合プライマリキークラスを定義し、エンティティの@EmbeddedIdで參照することもできます。

4。継承構(gòu)造マッピング：クラス継承関係を維持する方法

JPAは、さまざまなシナリオに適した3つの一般的な相続戦略をサポートしています。

1. single_table ：すべてのサブクラスがテーブルを共有し、識(shí)別子列を使用してタイプを識(shí)別します。
2. 參加：各サブクラスには獨(dú)自のテーブルがあり、親クラステーブルは外國(guó)のキーで接続されています。
3. table_per_class ：各サブクラスは、構(gòu)造を共有することなく完全なテーブルです。

 @実在物
@Inheritance（Strategy = EntheritanceType.single_table）
@discriminatorColumn（name = "Employee_type"）
パブリックアブストラクトクラスの従業(yè)員{...}

@実在物
@discriminatorValue（ "フルタイム"）
パブリッククラスのフルタイム雇用者は従業(yè)員を拡張します{...}

一般的な慣行は、クエリ頻度に基づいて戦略を選択することです。シングルテーブルは、頻繁にクロスタイプのクエリに適しており、結(jié)合されたものはパラダイムに沿っていますが、クエリのパフォーマンスがわずかに低いです。

基本的に、これらの一般的ではあるが見(jiàn)過(guò)ごされがちな高度なJPAマッピング方法。それらをマスターすると、コードの柔軟性が向上するだけでなく、複雑なビジネスモデルとの対応も改善します。合理的に注釈と戦略を使用することによってのみ、JPAの最大の価値を達(dá)成できます。

以上がJava Persistence API（JPA）高度なマッピングの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。