オブジェクト リレーショナル マッピング (ORM) の「所有側」とは何ですか?
ORM マッピングの「所有側」を理解する
オブジェクト リレーショナル マッピング (ORM) では、「所有側」の概念は次のことを指します。データベース内の外部キー関係を管理するエンティティに。これは、オブジェクト指向プログラミングとは異なり、リレーショナル データベースが本質的に双方向の関係をサポートしていないために発生します。
所有側の必要性
ORM では、所有側は以下の責任を負います。関係内の他のエンティティを表す外部キーを所有することにより、関係の整合性を維持します。所有側がないと、リレーションシップの各サイドに外部キーが必要となり、不必要な関連付けテーブルとデータ重複の可能性が生じます。
さまざまなリレーションシップ タイプでの所有権
- 1 対多: 通常、所有側には子テーブルに外部キーが含まれており、複数の子を 1 つの親に関連付けることができます。
- 1 対-One: 1 対多と同様に、所有側は外部キーを保持しますが、非所有側は、mappedBy 属性を使用して関係を示します。
- 多対- 1: 所有側が外部キーを保持し、複数のエンティティが単一の親を参照できるようにします。
例: 所有側との 1 対多マッピング
次の Java の例を考えてみましょう:
@Entity public class Person { @Id private Long id; @OneToMany(mappedBy = "person") private List<IdDocument> idDocuments; } @Entity public class IdDocument { @Id private Long id; @ManyToOne private Person person; }
この例では、IdDocument テーブルを参照する外部キーが含まれているため、Person が所有側になります。 IdDocument の mappedBy 属性は、関係が所有側によって管理されていることを示します。
mappedBy を使用する場合の影響
非所有側で mappedBy を使用すると、次の責任が移されます。所有者側との関係を管理します。これは、次のことを意味します。
- 外部キーの更新は、所有側 (例: idDocument.setperson(person)) でのみ実行する必要があります。
- Hibernate は、関係の変更を追跡しません。非所有側 (例: person.getIdDocuments().add(idDocument)).
以上がオブジェクト リレーショナル マッピング (ORM) の「所有側」とは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











一部のアプリケーションが適切に機能しないようにする会社のセキュリティソフトウェアのトラブルシューティングとソリューション。多くの企業は、内部ネットワークセキュリティを確保するためにセキュリティソフトウェアを展開します。 ...

システムドッキングでのフィールドマッピング処理は、システムドッキングを実行する際に難しい問題に遭遇することがよくあります。システムのインターフェイスフィールドを効果的にマッピングする方法A ...

データベース操作にMyBatis-Plusまたはその他のORMフレームワークを使用する場合、エンティティクラスの属性名に基づいてクエリ条件を構築する必要があることがよくあります。あなたが毎回手動で...

多くのアプリケーションシナリオでソートを実装するために名前を数値に変換するソリューションでは、ユーザーはグループ、特に1つでソートする必要がある場合があります...

intellijideaultimatiateバージョンを使用してスプリングを開始します...

Javaオブジェクトと配列の変換:リスクの詳細な議論と鋳造タイプ変換の正しい方法多くのJava初心者は、オブジェクトのアレイへの変換に遭遇します...

eコマースプラットフォーム上のSKUおよびSPUテーブルの設計の詳細な説明この記事では、eコマースプラットフォームでのSKUとSPUのデータベース設計の問題、特にユーザー定義の販売を扱う方法について説明します。

データベースクエリにTKMYBATISを使用する場合、クエリ条件を構築するためにエンティティクラスの変数名を優雅に取得する方法は一般的な問題です。この記事はピン留めします...
