Hibernateキャッシュパフォーマンスチューニング - Be an Idealistic Realist
あんまりまとまってないけど、とりあえずメモっておく。 確実に裏の取れていないところは、後で修正予定。 基本的禁則事項 クエリキャッシュ対象のエンティティの２次キャッシュが設定されていない場合。 この設定は、Hibernate のマニュアルでも禁止事項として上げられています。たとえば、あるクエリに対して100件のエンティティが返される場合を考えてみます。 キャッシュミスした場合 クエリが発行され、DBから100件分のレコードが返され、クエリキャッシュ上にはエンティティのidが100件分格納される。 キャッシュヒットした場合 クエリキャッシュがヒットし、100エンティティ分のidからエンティティを取得しようとする。 ２次キャッシュが有効ではないため、各エンティティを取得するために100回クエリを発行する。 このように、普通に SQL でアクセスするよりもはるかに多くのクエリを発行するという恐ろ
O/Rマッピングの導入効果を測る
新たなフレームワークを開発現場で導入する際には、たいていの場合「懸念」が先立ちます。O/Rマッピングに限らず、フレームワークを導入するに当たっては以下のようなポイントが懸念されるようです。 開発現場で新しいフレームワークの導入を検討しているアーキテクトにとって、関係者の「懸念」を取り除き、理解を得るのが最初の関門です。特に上記のポイントは誰もが気になる部分であり、説得力のある説明を要求されるでしょう。 最終回は、こういったO/Rマッピング導入時の懸念事項の解決を中心にHibernateの解説を行い、O/Rマッピングフレームワークを導入する際の判断材料にしたいと思います。 Hibernateのパフォーマンスをテストする データアクセスはパフォーマンスのボトルネックになりやすい部分です。そしてデータアクセス部分を担当するO/Rマッピングフレームワークは、パフォーマンスに与える影響において最も気
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
syboos.jp