多くの理由で、HQLクエリをSQLのクエリに置き換えて、休止状態からプレーンJDBCに戻しました。現在、HibernateのSessionFactoryが何を意味し、プレーンJDBCで何に置き換える必要があるのか理解できません。また、Hibernateのセッションには多くの構成が含まれますが、これらすべてをプレーンJDBCで処理するにはどうすればよいですか? 。
1 に答える
セッション ファクトリに関するあなたの誤解を解いて、正しい方向に導いてくれることを願っています。
JDBC のセッション ファクトリの目的は、データベースとの接続を処理することです。誰かがあなたのサイトにアクセスし、jdbc を必要とするリンクをクリックすると、接続要求が送信され、セッション ファクトリがその要求を確認します。次に、セッション ファクトリがプールから接続を取得するか、新しい接続を確立します。これはすべて数ミリ秒で行われます。
データベース接続を車のように考えてみてください。セッション ファクトリはキーを持つマネージャーです。ユーザーがあなたのサイトに来て接続を必要とするとき、彼らは 1 台の車を要求します。次に、マネージャーは、そこに座って準備ができている車を前に渡すか(プール内の接続)、戻って新しい接続を探し、それを起動してその車を渡します(それよりも時間がかかりますプール接続を取得します)。
次に、ユーザーが車の使用 (接続) を終了すると、マネージャーに車を返します。マネージャーは、車を前に出してアイドル状態 (プール内) に保つか、元に戻して電源を切るかを決定します。データソース (データベース) に関する属性を指定することで、セッション ファクトリが接続を探す場所と、接続が使用された後に接続を配置する場所を制御できます。
セッション ファクトリについて理解を深めるには、まず jdbc 内のプーリングについて理解を深める必要があります。そのため、その領域でいくつかのGoogle検索を実行して、いくつかの問題を解決することを強くお勧めします! これがあなたを正しい方向に向けてくれることを願っています!