ORM とは何ですか? (推奨される學(xué)習(xí): java インタビューの質(zhì)問 )

オブジェクト リレーショナル マッピング (オブジェクト リレーショナル マッピング、略して ORM) は、オブジェクト指向の問題を解決するために使用されるリレーショナル モデルです。プログラムとデータベースのモデル 不一致問題に対するテクノロジー;

簡単に言うと、ORM は、オブジェクトとデータベース (Java では XML または注釈を使用できます) の間のマッピングを記述するメタデータを使用して、プログラム內(nèi)のオブジェクトを自動的に永続化します。リレーショナル データベースに変換するか、リレーショナル データベース テーブル內(nèi)の行を Java オブジェクトに変換します。これは本質(zhì)的にデータをある形式から別の形式に変換することです。

Hibernate の SessionFactory はスレッドセーフですか?セッションはスレッドセーフですか (2 つのスレッドが同じセッションを共有できますか)?

SessionFactory は Hibernate のデータ ストレージ概念に対応しており、スレッドセーフであり、複數(shù)のスレッドから同時にアクセスできます。通常、SessionFactory は起動時にのみ構(gòu)築されます。アプリケーションの場合、簡単にアクセスできるように、シングルトン モードで SessionFactory をカプセル化するのが最善です。

Session は軽量の非スレッドセーフ オブジェクト (セッションはスレッド間で共有できません) であり、データベースと対話する作業(yè)単位を表します。セッションは SessionFactory によって作成され、タスクが完了すると閉じられます。セッションは、永続化レイヤー サービスによって提供されるメイン インターフェイスです。

セッションにより、データベース接続の取得が遅れます (つまり、必要な場合にのみ接続が取得されます)。作成されるセッションが多すぎることを避けるために、ThreadLocal を使用してセッションを現(xiàn)在のスレッドにバインドし、同じスレッドが常に同じセッションを取得できるようにします。

Hibernate 3 の SessionFactory の getCurrentSession() メソッドでこれを行うことができます。

Session の save()、update()、merge()、lock()、saveOrUpdate()、persist() メソッドは何をしますか?違いは何ですか?

Hibernate オブジェクトには、一時的、永続的、切り離されたという 3 つの狀態(tài)があります。

一時的なインスタンスは、save()、persist()、または saveOrUpdate() メソッドを呼び出すことで永続化できます。

無料インスタンスは、update()、saveOrUpdate()、lock を呼び出すことで永続化できます。 () または replicate() は永続的になります。 save() とpersist() は SQL INSERT ステートメントをトリガーし、update() または merge() は UPDATE ステートメントをトリガーします。

save() と update() の違いは、一方は一時オブジェクトを永続狀態(tài)に変換し、他方は自由オブジェクトを永続狀態(tài)に変換することです。 merge() メソッドは、save() メソッドと update() メソッドの機能を完了できます。その目的は、新しい狀態(tài)を既存の永続オブジェクトにマージするか、新しい永続オブジェクトを作成することです。

persist() メソッドについては、公式ドキュメントの指示に従ってください:

1.persist() メソッドは一時的なインスタンスを永続化しますが、識別は保証されません識別子はすぐに永続インスタンスに入力され、識別子の入力はフラッシュ時間まで遅れる場合があります;

2.persist() メソッドは、呼び出されたときにトリガーされないことを保証します。トランザクションの外部。INSERT ステートメントが長いセッション プロセスをカプセル化する必要がある場合、persist() メソッドが必要です。

3. save() メソッドは項目 2 を保証しません。識別子を返す必要があるため、 INSERT ステートメントは、トランザクションの內(nèi)部または外部に関係なく、すぐに実行されます。

lock() メソッドと update() メソッドの違いについては、update() メソッドはデタッチ狀態(tài)で変更されたオブジェクトを永続狀態(tài)に変更し、lock() メソッドは変更します。変更されていないオブジェクト 切り離された狀態(tài)のオブジェクトは永続的な狀態(tài)になります。

セッションごとにエンティティ オブジェクトを読み込むプロセスについて説明します。

1. データベース クエリ関數(shù)を呼び出す前に、Session は最初に 1 次キャッシュ內(nèi)のエンティティ タイプと主キーを検索します。1 次キャッシュの検索がヒットし、データ ステータスが正當(dāng)であれば、

2. 1 次キャッシュにヒットがない場合、セッションは現(xiàn)在の NonExists レコード (クエリ ブラックリストに相當(dāng)します。無効なクエリが繰り返された場合は、判定が行われます) を検索します。パフォーマンスを向上させるためにすばやく作成できます)。NonExists に同じクエリ條件が存在する場合、null が返されます。

3. 1 次キャッシュのクエリが失敗した場合は、2 次キャッシュをクエリします。 -レベル キャッシュ ヒット、直接返す;

4. If before どのクエリもヒットしなかった場合、SQL ステートメントが発行されます。対応するレコードがクエリ內(nèi)に見つからない場合、クエリは追加されます。記録するセッションのNonExists、nullが返される;

5. マッピング設(shè)定とSQL文のResultSetに従って取得し、対応するエンティティオブジェクトを作成する;

6. 組み込みオブジェクトをセッションの管理 (レベル 1 キャッシュ) に追加します;

7. 対応するインターセプターがある場合は、インターセプター メソッドの onLoad を?qū)g行します;

8. 有効になっていて設(shè)定されている場合2 次キャッシュを使用するには、データ オブジェクトが 2 次キャッシュに含まれます;

9. データ オブジェクトを返します。

# 受信データを文字列として扱い、自動的に受信データに引用符を追加します;

$ は、入力されたデータを直接SQLで表示および生成されます。

注: $ プレースホルダーを使用すると、SQL インジェクション攻撃につながる可能性があります。# が使用できる場所には $ を使用しないでください。order by 句を記述するときは、# の代わりに $ を使用する必要があります。

MyBatis における名前空間の役割を説明します。

大規(guī)模なプロジェクトでは、多數(shù)の SQL ステートメントが存在する可能性がありますが、現(xiàn)時點では、各 SQL ステートメントに一意の識別 (ID) を與えるのは簡単ではありません。

この問題を解決するために、MyBatis では、マッピング ファイルごとに一意のネームスペースを作成し、このマッピング ファイルで定義された各 SQL ステートメントがこのネームスペースで定義されるようにすることができます。

この ID が各ネームスペースで一意であることが保証できれば、たとえ異なるマッピング ファイル內(nèi)のステートメント ID が同じであっても、競合は発生しなくなります。

MyBatis の動的 SQL とはどういう意味ですか?

一部の複雑なクエリでは、複數(shù)のクエリ條件を指定することがありますが、これらの條件は存在する場合と存在しない場合があります。永続層フレームワークを使用しない場合は、SQL ステートメントを自分で組み立てる必要がある場合があります。しかし、MyBatis はこの問題を解決するために動的 SQL 機能を提供します。 MyBatis で動的 SQL を?qū)g裝するために使用される要素は主に次のとおりです:

- if    - choose / when / otherwise    - trim    - where    - set     - foreach

使用例:

<select id="foo" parameterType="Blog" resultType="Blog">        
select * from t_blog where 1 = 1
<if test="title != null">            
   and title = #{title}
</if>
<if test="content != null">            
   and content = #{content}
</if>
<if test="owner != null">            
   and owner = #{owner}
</if>
</select>

JDBC プログラミングの欠點と MyBatis がそれらをどのように解決するかこういった質(zhì)問は？

1. JDBC: データベース リンクの頻繁な作成と解放は、システム リソースの無駄を引き起こし、システム パフォーマンスに影響を與えますが、この問題はデータベース接続プールを使用することで解決できます。

MyBatis: SqlMapConfig.xml でデータ リンク プールを構(gòu)成し、接続プールを使用してデータベース リンクを管理します。

2. JDBC: SQL ステートメントはコード內(nèi)に記述されるため、コードの保守が困難になります。SQL の実際のアプリケーションは大幅に変更される可能性があり、SQL の変更には Java コードの変更が必要です。

MyBatis: XXXXmapper.xml ファイルで SQL ステートメントを構(gòu)成し、Java コードから分離します。

3. JDBC: SQL ステートメントの where 條件は必ずしも確実ではなく、多かれ少なかれ一定である可能性があり、プレースホルダーはパラメーターに対応する必要があるため、SQL ステートメントにパラメーターを渡すのは面倒です。 1対1。

MyBatis: Mybatis は Java オブジェクトを SQL ステートメントに自動的にマップします。

4, JDBC: 結(jié)果セットを解析するのは面倒です。SQL の変更により解析コードも変更されるため、解析する前にコードを走査する必要があります。データベース レコードを pojo に解析すると便利です。オブジェクト。

MyBatis: Mybatis は SQL 実行結(jié)果を Java オブジェクトに自動的にマップします。

MyBatis と Hibernate の違いは何ですか?

1. Mybatis は Hibernate とは異なります。MyBatis はプログラマ自身が SQL ステートメントを記述する必要があるため、完全な ORM フレームワークではありません。ただし、mybatis は、XML またはアノテーションを通じて SQL ステートメントを?qū)g行するように柔軟に設(shè)定できます。そして、Java オブジェクトと SQL ステートメントをマップして最終的に実行される SQL を生成し、最後に SQL の実行結(jié)果をマップして Java オブジェクトを生成します。

2. Mybatis は學(xué)習(xí)閾値が低く習(xí)得が容易であり、プログラマーが獨自の SQL を直接記述することができるため、SQL の実行パフォーマンスを厳密に制御することができ、柔軟性が高く、必要なソフトウェア開発に非常に適しています。インターネットなどのリレーショナル データ モデルに対する高い要件 ソフトウェア、エンタープライズ オペレーション ソフトウェアなど この種のソフトウェアのニーズは頻繁に変化するため、ニーズが変化したら結(jié)果を迅速に出力する必要があります。

ただし、柔軟性の前提として、mybatis はデータベースに依存できないということです。複數(shù)のデータベースをサポートするソフトウェアを?qū)g裝する必要がある場合は、複數(shù)の SQL マッピング ファイルのセットをカスタマイズする必要があり、これは大きな作業(yè)負(fù)荷になります。

3. Hibernate には、強力なオブジェクト/リレーショナル マッピング機能と優(yōu)れたデータベース獨立性があります。リレーショナル モデルに対する要件が高いソフトウェア (要件が固定されたカスタマイズされたソフトウェアなど) の場合、Hibernate を使用して開発すると、コストを節(jié)約できます。多くのコードを作成し、効率を向上させます。

ただし、Hibernate の欠點は、學(xué)習(xí)の閾値が高く、習(xí)得の閾値がさらに高いことです。さらに、O/R マッピングの設(shè)計方法、パフォーマンスとオブジェクト モデルのトレードオフの方法、およびHibernate をうまく使用するには、豊富な経験と能力が必要です。

要するに、限られたリソース環(huán)境でユーザーのニーズに合わせて保守性と拡張性の良いソフトウェアアーキテクチャを作ることができれば、それは良いアーキテクチャなのであり、最良のフレームワークはそれだけです。適切な。

(ここでは、自分の理解と組み合わせても構(gòu)いません。遠(yuǎn)慮しないでください)

MyBatis の一次キャッシュと二次キャッシュについて簡単に説明してください。

Mybatis は、まずキャッシュ內(nèi)の結(jié)果セットをクエリします。結(jié)果セットがない場合は、データベースにクエリします。存在する場合は、キャッシュから結(jié)果セットを取得し、データベースにアクセスせずに返します。データベース。 Mybatis の內(nèi)部ストレージ キャッシュは HashMap を使用し、キーは hashCode sqlId SQL ステートメントです。 value はクエリからのマッピングによって生成された Java オブジェクトです。

Mybatis の 2 次キャッシュはクエリ キャッシュです。そのスコープはマッパーの名前空間です。つまり、同じ名前空間で SQL をクエリすると、次のクエリからデータを取得できます。キャッシュ。 2 次キャッシュは SqlSession にまたがることができます。

以上がJava 永続層の面接での質(zhì)問の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。