Overview
このガイドでは、MongoDBコレクションを表すHibernate ORM エンティティを作成する方法を学びます。Entity は、データの構造を定義するJavaクラスです。Hibernate ORM 拡張機能を使用する場合、各エンティティをMongoDBコレクションにマッピングし、これらのエンティティを使用してコレクションのドキュメントと交流できます。
Tip
Entity チュートリアル
エンティティと Hibernetes ORM 拡張機能を使用して 1 対多の**関係**をモデル化する方法を示すチュートリアルについては、Hibernetes ORM と**MongoDB** FooJay **ブログ記事**を参照してください。
MongoDB BSONフィールド
MongoDB、 BSONと呼ばれるバイナリ形式でドキュメントを整理して保存し、柔軟なデータ処理を可能にしています。このセクションでは、エンティティに含めることができるBSONフィールドに対するHibernate ORM拡張機能のサポートについて説明します。
Tip
MongoDB がBSONデータを保存する方法の詳細については、 MongoDB Serverマニュアルの「 BSON types 」を参照してください。
次の表では、サポートされているBSONフィールド型と、非表示の ORM エンティティで使用できる非表示の ORM 拡張機能について説明しています。
BSONフィールド型 | 拡張フィールドタイプ | BSON の説明 |
|---|---|---|
|
| ヌル値またはデータの不存を表します。 |
|
| サブタイプ 0 のバイナリデータ、またはサブタイプ 4 の UUID 値を保存します。 |
|
| UTF-8 エンコードされた string 値を保存します。 |
|
| 32 ビットの符号付き整数を保存します。 |
|
| 64 ビットの符号付き整数を保存します。 |
|
| 浮動小数点値を保存します。 |
|
|
|
|
| 28ビットの10進数値を保存します。 |
|
| MongoDB がプライマリキーとして使用する一意の 12 バイト識別子を保存します。 |
|
| 日付と時刻をUNIXエポックからのミリ秒数として保存します。 |
|
| それぞれの型にマッピングされたフィールド値を持つ埋め込みドキュメントを保存します。 |
|
| それぞれの型に応じて要素がマッピングされた配列の値を保存します。文字列配列には、 |
注意
@JdbcTypeCode アノテーションはサポートされていません
Hibernate ORM拡張機能は@org.hibernate.annotations.JdbcTypeCodeアノテーションをサポートしておらず、このアノテーションを使用してフィールドの型マッピングをオーバーライドしようとすると例外がスローされます。
サポートされていないフィールド型
Hibernate ORM は、java.io.Serializable を実装するすべての Java 型に対する他のマッピングがない場合、それをバイナリデータにシリアライズします。データがこの形式で保存されるのを防止するため、Hibernate ORM 拡張機能は次の型を拒否し、アプリケーションの起動時に例外をスローします。このチェックは、プライマリキー、通常のフィールド、埋め込み可能な属性、およびコレクション要素に適用されます。
次の表では、サポートされていないフィールドタイプと、そのサポートされている代替案について説明します。
カテゴリ | サポートされていない型 | サポートされている代替手段 |
|---|---|---|
日付と時刻 |
|
|
BSON Values |
| バイナリデータには |
BSON ドキュメント |
|
|
エンティティを定義する
MongoDBコレクションを表すエンティティを作成するには、プロジェクトのベースパッケージディレクトリに新しいJavaファイルを作成し、その新しいファイルにエンティティクラスを追加します。エンティティクラスで、保存するフィールドとコレクション名を指定します。
@jakarta.persistence.Table アノテーションの name 要素は、MongoDB コレクション名を表します。また、このガイドの「スキーマ修飾子」セクションで説明されているように、任意の schema 要素を設定してコレクション名のプレフィックスを付けることもできます。エンティティを定義するには、次の構文を使用します。
@Entity@Table(name = "<collection name>")public class <EntityName> { @Id // Specify your primary key field here private <field type> <field name>;
// Include additional fields here private <field type> <field name>;
// Parameterized constructor public <EntityName>(<parameters>) { // Initialize fields here }
// Default constructor public <EntityName>() {
}
// Getter and setter methods public <field type> get<FieldName>() { return <field name>; }
public void set<FieldName>(<field type> <field name>) { this.<field name> = <field name>; }}エンティティを使用するには、アプリケーションファイルでクエリを実行します。Hibernate ORM 拡張機能でのCRUD操作の詳細については、「CRUD 操作の実行」ガイドを参照してください。
重要
プライマリキーのフィールド名は _id である必要があります
MongoDBでは、プライマリキーフィールドを_idフィールドにマッピングする必要があります。@Columnアノテーションまたはorm.xmlオーバーライドを使用して、@Idフィールドの列名を明示的に設定できます。この名前を_id以外に設定すると、Hibernate ORM拡張機能はブートストラップ時にFeatureNotSupportedExceptionをスローします。このエラーを解決するには、@Columnアノテーションを除くか、その名前を_idに設定します。
この検証は、レガシーな Hibernate Mapping (HBM) XML マッピングには適用されません。HBM XML を使用してエンティティをマッピングする場合、Hibernate ORM 拡張機能は例外をスローする代わりに、識別子列の名前を _id に自動的に変更します。
スキーマ修飾子
@Table アノテーションは、コレクション名のプレフィックスとなる schema 要素(任意)を受け入れます。両方の要素を設定すると、Hibernate ORM 拡張機能はエンティティを <schema name>.<collection name> という名前のコレクションにマッピングします。
スキーマ修飾子は、コレクションの名前のみを変更します。スキーマは、個別のMongoDBデータベースではありません。スキーマで修飾されたすべてのコレクションは、SessionFactoryインスタンスが接続するデータベース内に存在します。これらのコレクションは1つのデータベースを共有しているため、トランザクションは複数のスキーマにまたがることができます。
スキーマ修飾子を適用するには、次の構文を使用します。
@Entity@Table(schema = "<schema name>", name = "<collection name>")public class <EntityName> {
// Define your fields, constructors, and methods here
}注意
スキーマ修飾子の制限
Hibernate ORM拡張機能は、ブートストラップ時に@Tableアノテーションのcatalog要素とhibernate.default_catalog構成プロパティを拒否します。アプリケーションが複数のMongoDBデータベースにアクセスする必要がある場合は、データベースごとに個別のSessionFactoryインスタンスを作成してください。
Hibernate ORM拡張機能は、ブートストラップ時にテーブル名またはスキーマ名に含まれるドット(.)を拒否します。この制限は、プライマリ、セカンダリ、結合、およびコレクションのテーブル名、ならびにschema属性またはhibernate.default_schema構成プロパティによって設定されたスキーマ名に適用されます。
例
このサンプルMovie.java エンティティクラスは、次の情報を含む Movie エンティティを定義します。
@EntityクラスをHibernetes ORM エンティティとしてマークする注釈@TableAtlasサンプルデータセットからエンティティをmoviesコレクションにマッピングする注釈@Idとidフィールドをプライマリキーとして指定し、ObjectIdの自動生成を構成する@ObjectIdGenerator注釈Tip
プライマリキー値
この例では
ObjectIdフィールドをエンティティのプライマリキーとして指定していますが、@Idアノテーションを使用してStringまたはintフィールドをプライマリキーとして設定することもできます。詳細については、「サポートされていないフィールド型」をご覧ください。映画データを表すプライベート フィールド
エンティティインスタンス化のためのデフォルトおよびパラメータ付きコンストラクタ
エンティティのフィールドへのアクセスを提供する getter メソッドと setter メソッド
package org.example;
import com.mongodb.hibernate.annotations.ObjectIdGenerator;import org.bson.types.ObjectId;import java.util.List;
import jakarta.persistence.Entity;import jakarta.persistence.Id;import jakarta.persistence.Table;
@Entity@Table(name = "movies")public class Movie { @Id @ObjectIdGenerator private ObjectId id; private String title; private String plot; private int year; private List<String> cast; private List<String> directors;
public Movie(String title, String plot, int year, List<String> cast, List<String> directors) { this.title = title; this.plot = plot; this.year = year; this.cast = cast; this.directors = directors; }
public Movie() {
}
public ObjectId getId() { return id; }
public String getTitle() { return title; }
public void setTitle(String title) { this.title = title; }
public String getPlot() { return plot; }
public void setPlot(String plot) { this.plot = plot; } public int getYear() { return year; }
public void setYear(int year) { this.year = year; }
public List<String> getCast() { return cast; } public void setCast(List<String> cast) { this.cast = cast; }
public List<String> getDirectors() { return directors; }
public void setDirectors(List<String> directors) { this.directors = directors; }}Tip
エンティティクラス定義で使用されるフィールドの詳細については、このガイドのMongoDB BSONフィールドセクションを参照してください。
シーケンス生成 ID
Hibernate ORM 拡張は、エンティティに増加する数値 ID を自動的に割り当てることができます。トランザクションがロールバックされた場合、またはアプリケーションが予約した ID をすべて使用しない場合、一部の番号が欠落する可能性があります。
Hibernate ORM拡張機能は、short、int、long型、およびボックス化されたShort、Integer、Long型のシーケンス生成IDをサポートしています。
シーケンスで生成されたIDをエンティティに追加する
@GeneratedValue および @SequenceGenerator アノテーションを使用して、シーケンス生成された ID をエンティティに追加できます。次の例では、movies_SEQ カウンターから 50 のブロックで ID を予約します。
@Id@GeneratedValue( strategy = GenerationType.SEQUENCE, generator = "movies_SEQ")@SequenceGenerator( name = "movies_SEQ", sequenceName = "movies_SEQ", allocationSize = 50)private Long id;アノテーションは、Hibernate ORM 拡張機能が ID を作成する方法を制御します。
@GeneratedValueHibernate ORM 拡張に、idフィールドの値を作成するよう指示します。そのstrategyとgenerator属性は、拡張機能が ID を作成する方法を定義します。strategy:AUTOまたはSEQUENCE。AUTOを使用すると、Hibernate ORM 拡張はシーケンスを使用します。また、@SequenceGeneratorを宣言する必要はありません。SEQUENCEを使用すると、Hibernate ORM 拡張機能はgenerator属性で名前が付けられたシーケンス ジェネレータを使用します。generator: 使用する@SequenceGeneratorの名前。この属性を省略した場合、Hibernate ORM 拡張機能は、moviesテーブルのmovies_SEQのように、エンティティのテーブルにちなんでシーケンスに名前を付けます。
@SequenceGeneratorシーケンスジェネレーターを指定します:name:@GeneratedValuegenerator属性が参照する名前。sequenceName: カウンタードキュメントの名前。省略した場合、Hibernate ORM拡張機能はジェネレーターのnameを使用します。initialValue: 最初に生成される ID が開始する値。デフォルトは1です。allocationSize: 各ブロックで予約されるIDの数。
IDの保存場所
Hibernate ORM拡張機能は、カウンタードキュメントをhibernate_sequencesという名前の固定コレクションに保存します。各シーケンスは、次のフィールドを持つ1つのカウンタードキュメントを使用します。
_idはシーケンス名です。next_valueHibernate ORM拡張機能が次のIDを生成するために進めるカウンター値です。これはシーケンスジェネレーターのinitialValueと一致している必要があり、デフォルトは1です。incrementは、一度に予約されるIDの数です。これは、シーケンスジェネレーターのallocationSize値と一致する必要があります。一致しない場合、SessionFactoryは起動に失敗します。
Hibernate ORM拡張機能は、IDをブロック単位で取得します。これにより、データベースへの問い合わせ回数が削減されます。同時に行われたリクエストには、それぞれ異なるIDが割り当てられます。
重要
カウンター ドキュメント要件
next_value と increment はどちらも 64 ビット整数(BSON Int64)である必要があります。いずれかのフィールドが欠落しているか、値を 32 ビット整数として保存しているカウンタードキュメントは、ID を割り当てることができません。スキーママネジメントが無効になっている場合、アプリケーションがIDを割り当てる前に、各シーケンスのカウンタードキュメントを作成する必要があります。
スキーママネジメントを有効にする
スキーママネジメントは、エンティティが必要とするデータベースオブジェクトを作成するためのHibernate ORMの方法です。Hibernate ORM拡張機能は、これを使用して、シーケンス生成IDのカウンタードキュメントを作成します。
スキーママネジメントを有効にするには、jakarta.persistence.schema-generation.database.actionプロパティをhibernate.propertiesまたはpersistence.xmlファイルに設定します。次のいずれかの値を使用します。
create: カウンタードキュメントを作成し、SessionFactoryが閉じるときにそれらを保持します。create-drop:SessionFactoryが開かれるときにカウンタードキュメントを作成し、閉じるときに削除します。
次の例では create を使用します。
jakarta.persistence.schema-generation.database.action=createスキーママネジメントと手動カウンター設定を無効にする
スキーママネジメントをオフにする場合は、シーケンスで生成されるIDのカウンタードキュメントを手動で作成できます。次のプロパティを設定します。
jakarta.persistence.schema-generation.database.action=none次に、各シーケンスに対して、hibernate_sequences コレクション内に 1 つのカウンター ドキュメントを作成します。カウンター ドキュメントの _id は、シーケンス ジェネレーターの sequenceName と一致する必要があります。
次の例では、MongoDB Java ドライバーを使用して、指定したデータベースの hibernate_sequences コレクションに movies_SEQ カウンタードキュメントを挿入します。
// Replace the placeholders with your connection string and database name.MongoClient client = MongoClients.create("<connection string>");MongoDatabase database = client.getDatabase("<database name>");
database.getCollection("hibernate_sequences").insertOne( new Document("_id", "movies_SEQ") .append("next_value", new BsonInt64(1)) .append("increment", new BsonInt64(50)));この挿入により、示されているカウンタードキュメントが作成されます。next_value をジェネレーターの initialValue に設定し、increment をその allocationSize に設定します。
エンティティを保存して生成されたIDを読み取る
次の例では、新しい Movie エンティティを保存し、生成された ID を出力します。ID は、シーケンスの開始点によって異なります。1 から始まる新しいカウンターの場合、出力は次のようになります。
var movie = new Movie();movie.setTitle("The Matrix");session.persist(movie);System.out.println("Movie created with ID: " + movie.getId());サポートされていない構成
Hibernate ORM エクステンションは、以下のシーケンス関連のストラテジー、タイプ、および設定をサポートしていません。
IDENTITYおよびTABLE生成戦略BigIntegerおよびBigDecimal生成された識別子タイプ.文字を含むシーケンス名またはスキーマ3部構成の名前や
catalog属性など、カタログで修飾されたシーケンス名シーケンス
options@GenericGeneratorおよび@TableGeneratorジェネレーター、@IdGeneratorTypeアノテーションを使用するカスタムジェネレーター、identity、table、incrementなどの名前付きレガシージェネレーターエンティティを
hibernate_sequencesコレクションにマッピングするinsert ... select生成済 ID のインライン割り当てを必要とするステートメント
UUID で生成された ID
UUID は、Hibernate ORM 拡張機能がエンティティに対して生成できる 標準化された 16 バイトの一意のObjectIdです。UUID IDを生成するには、エンティティの @Id フィールドに @UuidGenerator アノテーションを付けるか、@GeneratedValue アノテーションの strategy 要素を UUID に設定します。次の例では、UUIDで生成されたIDを持つエンティティを定義します。
package org.example;
import jakarta.persistence.Entity;import jakarta.persistence.Id;import jakarta.persistence.Table;import java.util.UUID;import org.hibernate.annotations.UuidGenerator;
@Entity@Table(name = "items")public class UuidItem {
@Id @UuidGenerator // or: @GeneratedValue(strategy = GenerationType.UUID) private UUID id;
private String title;
public UuidItem(String title) { this.title = title; }
public UuidItem() { }
// Getter and setter methods}UUIDの保存場所
Hibernate ORM拡張機能は、java.util.UUID値をサブタイプ4のBSON Binary値として保存します。次の例のドキュメントには、生成されたUUIDを持つ_idフィールドがあります。
{ "_id": { "$binary": { "base64": "FXvL4sBrQoueEByraiJUmA==", "subType": "04" } }, "title": "The Matrix"}@Id フィールドが String の場合、Hibernate ORM 拡張機能は生成された UUID を BSON Binary 値ではなく BSON String として保存します。
BSONフィールドタイプのマッピングの詳細については、このガイドのMongoDB BSONフィールドセクションを参照してください。
エンティティを保存し、生成されたUUIDを読み取る
次の例では、新しい UuidItem エンティティを保存し、生成された ID を出力します。
var item = new UuidItem();item.setTitle("The Matrix");session.persist(item);System.out.println("UuidItem created with ID: " + item.getId());UUIDの制限事項
Hibernate ORM拡張機能には、UUIDで生成されたIDを使用する場合、以下の制限があります。
Hibernate ORM拡張機能は、レガシー識別子ジェネレーター名
uuid、uuid.hex、uuid2、およびguidをサポートしていません。これらの名前のいずれかを指定すると、アプリケーションの起動時にHibernate ORM拡張機能がFeatureNotSupportedExceptionをスローします。代わりに@UuidGeneratorまたは@GeneratedValue(strategy = GenerationType.UUID)を使用してください。エンティティを永続化する前に
@UuidGenerator@Idフィールドの値を割り当てると、Hibernate ORM拡張機能はjakarta.persistence.EntityExistsExceptionをスローします。UUID値を自分で割り当てるには、@Idフィールドからジェネレーターアノテーションを削除します。
複合プライマリキー
エンティティを複数のフィールドでキー設定するには、複合プライマリキーを定義します。キーコンポーネントを保持する単純な @Embeddable クラスまたはレコードを作成します。次に、エンティティの識別子フィールドに @jakarta.persistence.EmbeddedId アノテーションを付けます。
次の BookId 埋め込み可能オブジェクトは、publisherId コンポーネントと bookNo コンポーネントで構成されるキーを定義します。
@Embeddablepublic record BookId(long publisherId, long bookNo) {}次の Book エンティティは、BookId をプライマリキーとして使用します。
@Entity(name = "Book")@Table(name = "books")public class Book { @EmbeddedId private BookId id; private String title;
public Book() {
}
public Book(BookId id, String title) { this.id = id; this.title = title; }
// Getter and setter methods
}エンティティを永続化する前に、アプリケーションで複合キーの値を割り当てる必要があります。Hibernate ORM拡張機能は、複合キーの値を生成しません。
複合キーのストレージ
Hibernate ORM拡張機能は、複合キーを_idサブドキュメントとして保存します。上記のBookエンティティは、次の形式のドキュメントを生成します。
{ "_id": { "bookNo": 2, "publisherId": 10 }, "title": "My Book"}Hibernate ORM拡張機能は、_idサブドキュメントのコンポーネントを、宣言した順序ではなく、コンポーネント名でアルファベット順に並べ替えます。この順序は、埋め込み可能オブジェクトをクラスとして宣言するか、レコードとして宣言するかに関係なく同じです。
重要
コンポーネントの順序がドキュメントのマッチングに与える影響
MongoDBはサブドキュメントをフィールド順で比較するため、同じコンポーネントを異なる順序で含む2つの _id 値は一致しません。Hibernate ORM拡張機能は常に同じ順序でコンポーネントを書き込み (write) ますが、この動作は、MongoDB Javaドライバーなどを介してHibernate ORM拡張機能の外部でこれらのドキュメントを読み取りまたは書き込み (write) する場合にのみ影響します。
複合キーの制限
Hibernate ORM拡張機能は、以下のいずれかの方法で複合キーを宣言すると、アプリケーションの起動時にFeatureNotSupportedExceptionをスローします。
@jakarta.persistence.IdClassアノテーションまたは複数の@Id属性で宣言された、集約されていない識別子。代わりに@EmbeddedIdでキーを宣言してください。識別子として埋め込み可能な
@Struct集計。代わりにプレーンな@Embeddableを使用してください。ネストされた
@Embeddableやコレクションなど、基本値ではないコンポーネント。複合キーのすべてのコンポーネントは、基本値である必要があります。@jakarta.persistence.MapsIdアノテーションを使用する派生 ID を含む、識別子内の関連付け。
また、> や < などの順序演算子を使用して、複合識別子全体を比較することもできません。代わりに個々のコンポーネントを比較してください。
埋め込みデータ
Hibernetes ORM 拡張機能は、 Hibernetes ORM @Embeddable 注釈による埋め込みドキュメントをサポートします。埋め込みドキュメントを使用すると、MongoDBドキュメント内に1対多、多対1、1対1の関係を作成できます。この形式は、頻繁にアクセスされるデータを表現するのに最適です。
埋め込みドキュメントを表すには、クラスで @Struct と @Embeddable アノテーションを使用して @Struct 集計埋め込み可能を作成します。次に、親エンティティに埋め込み可能な型をフィールドとして含めます。Hibernetes ORM 拡張機能は、埋め込み可能な単一オブジェクト、配列、およびコレクションの埋め込みをサポートしています。
Tip
@Struct 集計埋め込み可能ファイルの詳細については、Hibernate ORM ドキュメントの @Struct 集計埋め込み可能マッピング を参照してください。
1 対 1 の関係
1 対 1 の関係とは、1 つのデータベースのレコードが別のデータベースの 1 つのレコードのみに関連付けられている場合を指します。MongoDBでは、埋め込みドキュメントフィールドを持つコレクションを作成して、1 対 1 の関係をモデル化できます。Hibernetes ORM 拡張機能では、@Struct 集計埋め込み可能ファイルを使用して埋め込みドキュメントフィールドを作成できます。
この例では、このガイドのエンティティの定義の例と同様に、エンティティ内に @Struct 集計埋め込み可能型を持つフィールドを定義します。サンプルMovie.java エンティティクラスには、次の情報が含まれています。
@Entityエンティティを定義し、それをmoviesコレクションにマッピングする@Tableアノテーション@Ididフィールドをプライマリキーとして指定する@ObjectIdGenerator注釈映画のタイトルを表す Stringフィールド
@Struct映画情報とチームの情報を表す集計埋め込みフィールド
次の例は1 対 1 の関係を表します。各 Movie エンティティは 1 つの Awards 埋め込み可能と 1 つの Studio 埋め込み可能に関連付けられているためです。
@Entity@Table(name = "movies")public class Movie {
@Id @ObjectIdGenerator private ObjectId id; private String title; private Awards awards; private Studio studio;
public Movie(String title, Awards awards, Studio studio) { this.title = title; this.awards = awards; this.studio = studio; }
public Movie() {
}
// Getter and setter methods
}次のサンプルコードでは、Awards @Struct 集計埋め込み可能を作成します。
@Embeddable@Struct(name = "Awards")public class Awards { private int wins; private int nominations; private String text;
public Awards(int wins, int nominations, String text) { this.wins = wins; this.nominations = nominations; this.text = text; }
public Awards() {
}
// Getter and setter methods
}次のサンプルコードでは、Studio @Struct 集計埋め込み可能を作成します。
@Embeddable@Struct(name = "Studio")public class Studio { private String name; private String location; private int foundedYear;
public Studio(String name, String location, int foundedYear) { this.name = name; this.location = location; this.foundedYear = foundedYear; }
public Studio() {
}
// Getter and setter methods
}1 対多の関係
1 対多の関係とは、1 つのデータベースのレコードが別のデータベースの多くのレコードに関連付けられている場合を指します。MongoDBでは、埋め込みドキュメントのリストを保存するコレクションフィールドを定義して、1 対多の関係をモデル化できます。Hibernetes ORM 拡張機能を使用すると、@Struct 集計埋め込み可能ファイルのリストを使用して埋め込みドキュメントフィールドを作成できます。
この例では、このガイドの エンティティの定義例 と同様に、エンティティに @Struct 集計埋め込み可能ファイルのリストを保存するフィールドを定義します。サンプルMovie.java エンティティクラスには、次の情報が含まれています。
@Entityエンティティを定義し、それをmoviesコレクションにマッピングする@Tableアノテーション@Ididフィールドをプライマリキーとして指定する@ObjectIdGenerator注釈映画のタイトルを表す Stringフィールド
複数の
Writer@Struct集計埋め込み可能性を保存するリストフィールド。これは書込み情報を表す
次の例は1 対多の関係を表しています。各 Movie エンティティは複数の Writer 埋め込み可能に関連付けられているためです。
@Entity@Table(name = "movies")public class Movie { @Id @ObjectIdGenerator @Column(name = "_id") private ObjectId id; private String title; private List<Writer> writers;
public Movie(String title, List<Writer> writers) { this.title = title; this.writers = writers; }
public Movie() {
}
// Getter and setter methods
}次のサンプルコードでは、Writer @Struct 集計埋め込み可能を作成します。
@Embeddable@Struct(name = "Writer")public class Writer { private String name;
public Writer() { }
public Writer(String name) { this.name = name; }
// Getter and setter methods
}ネストされた埋め込み可能オブジェクト
flattened embeddableは、@Struct aggregate embeddableの中にネストできます。flattened embeddableは、@Embeddableアノテーションを含みますが、@Structアノテーションを含まないクラスです。Hibernate ORM拡張機能は、flattened embeddableのフィールドを、別のネストされたドキュメントとしてではなく、親の埋め込みドキュメントのフィールドとして保存します。
以下のサンプルコードは、Addressのフラット化された埋め込み可能オブジェクトをフィールドとして含む、Studio @Struct集計埋め込み可能オブジェクトを作成します。
@Embeddable@Struct(name = "Studio")public class Studio { private String name; private Address address;
public Studio() { }
public Studio(String name, Address address) { this.name = name; this.address = address; }
// Getter and setter methods
}以下のサンプルコードは、Address フラット化埋め込み可能オブジェクトを作成します。このクラスは @Struct アノテーションを省略しています。
@Embeddablepublic class Address { private String city; private String country;
public Address() { }
public Address(String city, String country) { this.city = city; this.country = country; }
// Getter and setter methods
}Studioフィールドを含むエンティティを永続化すると、AddressフィールドはStudioフィールドの埋め込みドキュメントのフィールドになります。次の例のドキュメントには、Addressフラット化された埋め込み可能なフィールドを保存するstudioという名前のStudioフィールドがあります。
{ "_id": { "$oid": "..." }, "title": "Breathless", "studio": { "name": "Les Films Impéria", "city": "Paris", "country": "France" }}詳細情報
クラス階層をMongoDBコレクションにマッピングする方法を学ぶには、エンティティ継承階層のマッピングガイドを参照してください。
エンティティを使用してデータベース操作を実行する方法を学ぶには、「交流するデータ」セクションにある次のガイドを参照してください。
Hibernetes ORM フィールドの詳細については、 Hibernetes ORM ドキュメントの「 マッピング型 」セクションを参照してください。
Hibernetes ORM エンティティの詳細については、 Hibernetes ORM ドキュメントの POJO モデル を参照してください。