問題タブ [scrollableresults]

私は休止状態と春を使用してアプリケーションに取り組んでいます。ScrollableResults を使用してクエリで取得した結果の数を取得しようとしていますが、クエリに多数の結合 (内部結合) が含まれているため、結果には何度も繰り返される ID が含まれています。データベースから返された一意の行（または一意のID）の合計数を知るために使用している場合、これは ScrollableResults に問題を引き起こします。助けてください。コードの一部は次のとおりです。

合計数は 1440 ですが、データベース内の実際の一意の行は 504 です。よろしくお願いします。

hibernate http://java.dzone.com/articles/bulk-fetching-hibernateを使用した一括フェッチに関するブログを読んでいました。
これでScrollableResults、ソリューションとして使用されます。ここでも、セッションからオブジェクトを削除する必要があります。(または) の使用と の使用の違いが
わかりません。ScrollableResultsscroll()list()

つまり、以下のステートメントがパフォーマンスの点でどのように異なるか

私にお知らせください。

オブジェクトを使用してScrollableResults、テーブルから約 500,000 から 1,000,000 行をスクロールしています。スクロールしながら、各反復の結果のエンティティを使用して別のエンティティを作成し、session.save()このオブジェクトを永続化するために使用します。以下はサンプル コードです。実際のコードはより複雑ですが、本質的に同じことを行っています。

重要なエンティティ:

このトランザクションの時間を計ると、実行時間は 500 回の反復ごとに約 100 ミリ秒で始まりますが、約 20,000 回の反復の後、500 回の反復ごとに数秒まで徐々に増加します。その結果、トランザクションのパフォーマンスが非常に低下します。時間がかかる唯一のコード行は、results.next()実行に時間がかかります。

この問題は、Foo の Bar エンティティのフェッチ タイプをeager からlazy に変更すると解決されます。まだ満たされていないセットに熱心なフェッチ タイプを使用すると、関係を含むエンティティのスクロールで問題が発生する理由がわかりません。確かに、session.flush() でのスクロール中にセットは満たされますが、私のシナリオでは、セットは通常 1 つから 2 つの要素だけで満たされます。

この特定のシナリオでこのスローダウンが発生する理由を知っている人はいますか?

この質問は、フェッチタイプを変更すると問題が解決することに気付く前に最初に投稿されたため、質問は「これを修正するにはどうすればよいですか」から「なぜこれが問題なのですか?」に移行したことに注意してください。

次のクエリがあります。休止状態を使用して実行しようとすると、次の例外が発生します。

org.hibernate.exception.SQLGrammarException: スクロールを使用してクエリを実行できませんでした。

私のコードでは、スクロールには FORWARD_ONLY があります。誰でも完璧なソリューションを提供してください。

また、クエリを次のように変更すると

そして、これは私のクエリです:

これが私strReportQueryのクエリです

正常に実行されますが、rownum 1 から 10 までしか機能しません。次の rownum からは結果セットが空になります。

前もってありがとう、Bhargavi T.

私はDAOメソッドを持っています:

これは私にエラーを返します：

誰がエラーが何であるか知っていますか? 任意の助けをいただければ幸いです