レッスン

Remove() メソッドによる削除 最後に、オブジェクトの削除を見てみましょう。原則として、データベースからオブジェクトを削除するのは非常に簡単ですが、言われているように、微妙な違いがあります。そして、そのようなニュアンスは6つあります。 Remove()メソッドによる削除 会社側の削除 孤立者による削除 JPQLで削除する NativeQueryによる削除 ソフト削除() そして、最も明白な解決策である、remove()メソッドの呼び出しから始めます。 User user

サポートされているデータ型 前の 3 つのレベルで、Hibernate について少し理解できました。第二ラウンドの時間です。さて、私たちは同じことをより深く学び始めます。そして、Entity クラスのフィールドをデータベース内のテーブルの列にマッピングすることから始めます。 すでにご存知のとおり、Entity クラスのフィールドの列へのマッピングは@Columnアノテーションを使用して行われます。ここで問題は、どのようなタイプのフィールドをそのようなアノテーションでマッピング

Mapim 列挙型 プリミティブ データ型をマップする方法はすでに理解しています。 @Columnアノテーションと@Typeアノテーションを使用します。ただし、すべてのケースをこれらの注釈でカバーできるわけではありません。最も一般的なケースはenumです。 Java enum オブジェクトは、次の 2 つの方法でデータベースに保存できます。 数字として 文字列として ユーザーが好みの色を持ち、それを enum を使用して設定する小さな例を書いてみましょう。 enum Colo

@Id アノテーション Hibernate の各 Entity エンティティには、主キーとなるフィールドが必要です。このフィールドには、このクラスのすべてのオブジェクトの一意の値が含まれます。通常、このフィールドには@Idアノテーションが付けられます。 一般的な形式: @Id

4.1 歴史への探訪 Java オブジェクトをデータベースに保存するタスクは、Java 言語の作成直後に関連していました。当時、Java 言語には Date というデータ型が 1 つだけあり、UNIX 時間標準 (1970 年以降のミリ秒数) に従って時間を格納していました。 当時のデータベースにはすでに日付のさまざまなデータ型があり、少なくとも日付、時刻、および日付 + 時刻には個別の型がありました。 日にち 時間 タイムスタンプ したがって、Java 言語の作成者は、次の

5.1 データ変更時刻 さまざまなレコードをデータベースに長年保存すると、次の 2 つの疑問が生じることがよくあります。 このエントリがデータベースに追加されたのはいつですか? このエントリが最後に変更されたのはいつですか? これらは頻繁に行われるタスクであるため、データベース内のほぼすべてのテーブルに 2 つの列が追加されます。 作成時間 updated_time 1 つ目はレコードの作成日時を保存し、2 つ目は最後に変更された日時を保存します。そして、各 Entity ク

6.1 ファイルをサーバーに保存する 場合によっては、バイナリ オブジェクトをデータベースに保存する必要があります。たとえば、ファイルです。ファイルが大きい場合は、ファイルをディスク上の別のフォルダーに保存し、そのパスをデータベースに保存するのが最も合理的です。例： c:\db-files\users\12355\avatar.jpg

7.1 独自の型コンバータの作成 かなり複雑なデータ型をテーブルの 1 つの列に格納したい場合があります。Hibernate がそれを文字列に変換する (そしてその逆に変換する) 方法を知っていれば、すべて問題ありません。そうでない場合は、独自のデータ コンバータを作成する必要があります。 ГГ.ММ.ДДたとえば、誰かがユーザーの誕生年を としてデータベースに保存することにしたとします98.12.15。また、これを通常の日付に変換する必要があります: 15/12/1998。

コレクション一覧 さて、単純な型をマッピングする方法を見てきました。ここで、オブジェクトのコレクションをマッピングする方法という、より興味深い質問に移ります。 そして、オブジェクトを 5 つのグループに分けることができます。 配列- オブジェクトの配列 リスト- オブジェクトのリスト セット- オブジェクトのセット マップ- オブジェクトの辞書 コレクション- オブジェクトのコレクション コレクション フィールドを持つクラスの例: @Entity

2.1 テーブルレベルでのリンク Hibernate がコレクションを補助テーブルにどのように保存するかを見てきました。次に、実際のエンティティ クラスを格納する本格的なテーブル間の関係を整理する方法を考えてみましょう。 Hibernate のエンティティ クラス間の関係には 4 つのタイプがあります。 1対1 1対多 多対一 多対多 そして、最も単純なオプションであるmany -to- oneで分析を開始します。 SQL のテーブル間のこのような関係はすでに見たことがありま

テーブルレベルの関係 2 つのテーブルをもう一度見てみましょう。 ID 名前 職業 給料 年 参加日 1 イワノフ・イワン プログラマー 100000 25 2012-06-30 2 ペトロフ・ペトル プログラマー 80000 23 2013-08-12 3 イワノフ・セルゲイ テスター 40000 30 2014-01-01 4 ラビノビッチ・モイシャ 監督 200000 35 2015-05-12 5 キリエンコ・アナスタシア 事務長 40000 25 2015-10-1

サービステーブル 次に、別の一般的なケースである多対多を見てみましょう。タスクと従業員の間に多対多の関係があると想像してみましょう。 従業員テーブル内の 1 人の従業員は、タスク テーブルから多くのタスクを実行できます。 タスク テーブル内の 1 つのタスクを複数の従業員に割り当てることができます。 このエンティティ間の関係は多対多と呼ばれます。これを SQL レベルで実装するには、追加のサービス テーブルが必要です。たとえば、employee_task と名付けましょう。