レッスン

説明 前のレッスンでは、Hibernate が特別な DTYPE VARCHAR 列を使用してエンティティ クラスの名前を保存することを見ました。このような列は、ディスクリミネーターと呼ばれます。これは、データベース内の特定の行に対してどのクラスを作成するかを明確に決定するために使用されます。 @DiscriminatorColumnアノテーションを使用してこの列を操作できます。例： @DiscriminatorColumn(name="имя_колонки", dis

説明 クラス階層をデータベースに格納するための別の戦略は、結合テーブルと呼ばれます。これには特別な注釈があります。 @Inheritance(strategy = InheritanceType.JOINED) 私たちのクラスの例: @Inheritance(strategy = InheritanceType.JOINED)

5.1 説明 そして最後の戦略は、クラスごとのテーブルです。これは、クラスごとに別のテーブルが使用されることを意味します。ある意味、これは同じ MappedSuperClass ですが、形式が更新されただけです。 まず、アノテーションを使用する必要があります。 @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)

説明 上記の戦略とテクニックにはそれぞれ、独自の長所と短所があります。特定の戦略を選択するための一般的な推奨事項は次のようになります。 UNION に基づく TABLE_PER_CLASS 戦略 この戦略は、多態性のクエリと関連付けが必要ない場合に選択するのが最適です。めったに実行しない（またはまったく実行しない）場合は、「ユーザー ユーザーからユーザーを選択」します。User を参照する Entity クラスがない場合は、これが最良のオプションです (最適化された多態性クエ

Criteria API の概要 Hibernate でデータベース クエリを作成するには 2 つの方法があります。 Hibernate クエリ言語 基準API 最初のものはずっと前にすでに知っているので、今度は Criteria API について知りましょう。これは非常に強力なツールであり、ある時点では HQL よりも人気がありました。現在ではあまり人気がありませんが、一部のタスクでは間違いなく HQL よりも優れたソリューションとなるでしょう。 いずれにせよ、Criter

グループ化および集計関数 Criteria API に簡単なリクエストを行う方法はすでに理解しました。より複雑なクエリを作成する方法を見てみましょう。 たとえば、会社の従業員数を確認するクエリを作成したいとします。HQL では次のようになります。 select count(*) from Employee Criteria API では次のようになります。 CriteriaQuery critQuery = builder.createQuery(Long.cla

3.1 はじめに もう 1 つ話したい便利な点は、NativeQueryです。すでにご存知のとおり、NativeQuery を使用すると、ネイティブ SQL でクエリを作成できます。ただし、さらに興味深いのは、クエリ結果を取得するときにクラス マッピングを使用する必要がないことです。 むしろ例を示したいと思います。 List persons = session.createNativeQuery("SELECT * FROM Person").list()

4.1 Hibernate でのトランザクションの概要 上記すべてに、取引に関する情報を追加したいと思います。すでにご存知のとおり、トランザクションは、すべて同時に実行する必要があるアクションのグループです。いずれかのアクションが失敗した場合、またはエラーで実行された場合は、他のすべてのアクションをキャンセルする必要があります。 Hibernate は 2 種類のトランザクションを処理できます。 JDBC JTA JDBC トランザクションは実際にはデータベース トランザクシ

DAOの紹介 JDBC や Hibernate を通じてデータベースを操作する場合、コードが予想よりも複雑になることがよくあります。データベース クエリには、次のものが含まれることがよくあります。 データ検証 リクエストパラメータの設定 クエリパラメータに応じたHQLクエリの選択 Criteria API を使用したクエリの構築 キャッシュ設定 初期エラー処理など。 したがって、データベースを操作するための特別なクラスを作成するのが一般的です。このようなクラスは DAO (デ

2つの拠点を同時に操作する 2 つの拠点を同時に操作する必要がある状況がよくあります。たとえば、あるデータベースからデータを読み取り、処理して別のデータベースに書き込みます。 あるいはさらに一般的です。アプリケーションには、操作するローカル データベースが 1 つあり、SQL データ クエリ形式をサポートするさまざまなリモート ソースからデータを読み取ることもできます。例えばエクセル。 これらのリモート データ ソースの場合、アプリケーションのビジネス ロジックがより単純にな

記憶とテストのベース そして今、最も興味深い。Hibernate コードをテストするときは、実際のベースではなく、最小限の機能を実装するある種のスタブを使用して作業することがよくあります。 SQL Server 標準のほとんどを実装するスタブを想像できますか? 私は違います。ただし、インメモリ データベースはそれ自体優れています。おおよそ次のように動作します。 @BeforeAll メソッドでは、インメモリ データベース接続を初期化します。 @BeforeEach メソッドで

1.1 はじめに データベースの設計は、Java プロジェクトのアーキテクチャの設計に似ています。すべてのデータを 2 つのテーブルに配置することも、スキーマと多数のテーブルから美しいデータ構造を構築することもできます。 開発者がデータベースを設計するときに通常直面するタスクは次のとおりです。 必要な情報がすべてデータベースに保存されていることを確認します。 必要なすべてのリクエストに関するデータを取得できるようにする。 データの冗長性と重複を削減します。 データベースの整合