JPA のリレーションシップ: 依存関係のないエンティティの作成

JPA のリレーションシップ: 依存関係のないエンティティの作成

バックエンド API を作成するときは、エンティティ関係を操作してデータを整理するのが一般的です。通常、コースやチュートリアルでは、主に双方向の関係が見られます。しかし、一方のエンティティを他方から独立して存在させたい場合はどうすればよいでしょうか?この記事では、JPA/Hibernate との一方向の関係を使用してこれを実現する方法を検討します。

目次

• 状況と問題
• エンティティモデリング
• データを保存するシナリオ
  • 論文スケジュールなしで学生を作成する
  • 論文スケジュールに関連付ける学生の更新
• 学生側で人間関係を管理する利点
• 代替案: 論文スケジュール側で関係を管理する
• ニーズに合わせた適切な構成の選択

状況と問題:

Student と ThesisSchedule という 2 つのエンティティがあると想像してください。 Student と ThesisSchedule の関係は「多対 1」です。これは、学生を論文スケジュールに関連付けることができ、各スケジュールに複数の学生を含めることができることを意味します。

この場合、私たちの目標は、最初に ThesisSchedule を定義する必要なしに Student を作成できるようにすることです。この独立性は、たとえば、論文スケジュールを作成する前に学生をデータベースに追加する場合に役立ちます。

• 問題が発生しました: 双方向の関係または設定が不十分な関係では、ThesisSchedule がまだ作成されていない場合、注釈が nullable = true であっても、Student の作成が失敗する可能性があります。一方向の関係でこれを解決する方法を見てみましょう。

エンティティモデリング

Student から ThesisSchedule への一方向の「多対 1」関係を使用して Student クラスと ThesisSchedule クラスを作成します。

学生エンティティコード:

ThesisShedule エンティティ コード:

ここでは、Student から ThesisSchedule への一方向の関係があり、Student クラスの @ManyToOne 注釈によって示されています。 nullable = true を指定すると、必ずしも ThesisSchedule に関連付けられなくても Student を作成できるようになります。

データを保存するシナリオ

この設定がデータベースにどのように変換され、API を介してデータがどのように保存されるかを見てみましょう。

ThesisSchedule を持たない学生の作成

この設定を使用すると、ThesisSchedule を提供せずに学生を作成できます。

学生を作成するための POST リクエスト (ThesisSchedule なし):

これにより、thesis_schedule_id 列に NULL 値を持つ新しいエントリが Student テーブルに作成されます。

結果:

学生を論文スケジュールに関連付けるように更新する

ThesisSchedule が作成されたら、それに関連付ける Student レコードを更新できます。

論文スケジュールの作成:

この新しく作成された ThesisSchedule の ID は 1 である可能性があります。

ThesisSchedule で学生を更新しています:

結果:

これで、Larose は新しく作成された ThesisSchedule に関連付けられました。

学生側で人間関係を管理する利点:

• 作成の柔軟性: ThesisSchedule とは独立して Student を作成できるため、独立したエンティティを作成できます。
• 構造の単純さ: ThesisSchedule は生徒との関係を意識する必要がないため、一方向の関係により対話が簡素化されます。
• スケーラビリティ: 後でこの関係を双方向にする必要がある場合は、ThesisSchedule クラスを更新して Student のコレクションを含めることができます。

代替案: ThesisSchedule 側で関係を管理する

場合によっては、ThesisSchedule 側から関係を管理する方が適切な場合があります。このアプローチは、論文スケジュールで関連する学生を管理し、特定のスケジュールに参加している学生を追跡したい場合に便利です。

エンティティモデリング

この設定では、ThesisSchedule は「1 対多」の関係を表す Student のコレクションを保持しますが、Student は ThesisSchedule への参照を維持しません。

ThesisSchedule エンティティ コード:

学生エンティティコード:

この構成では、ThesisSchedule に @OneToMany アノテーションを介して Student のリストが含まれています。したがって、Student に直接リンクを必要とせずに、学生を ThesisSchedule に追加または削除できます。

ThesisSchedule 側で関係を管理する利点:

• データの一元化: 論文スケジュールに関連付けられた学生に関するすべての情報が ThesisSchedule に一元化され、関連データへのアクセスが容易になります。
• 制御の強化: ThesisSchedule は学生を管理できるため、同じスケジュールに参加する学生のグループの処理が簡素化されます。

ニーズに合わせた適切な構成の選択:

結論として、Student 側と ThesisSchedule 側のどちらで関係を管理するかは、アプリケーションの特定のニーズによって異なります。

• 学生によって管理される関係: 論文のスケジュールとは独立して学生を作成し、必要に応じて後でスケジュールを学生にリンクする場合は、この設定を使用します。
• 論文スケジュールによって管理される関係: このオプションは、論文スケジュールが学生を管理し、エンティティ間の関係の中核となる場合に推奨されます。

どちらの構成でも柔軟性があり、必要なデータ関係に基づいて適切に編成されたバックエンド API が可能になります。ベスト プラクティスを適用してエンティティの関係を構造化すると、アプリケーション固有のニーズを満たすようにデータベースを効果的にモデル化できます。

一方向の関係は、バックエンド API のエンティティ間のオプションの依存関係を管理するための強力なオプションです。

このソリューションが、他の開発者が JPA/Hibernate の一方向リレーションシップをよりよく理解し、使用できるようになれば幸いです。

以上がJPA のリレーションシップ: 依存関係のないエンティティの作成の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。