問題タブ [dynamic-finders]

私の Grails プロジェクトには 2 つのドメイン クラス (db テーブル) があります。

対応する医師がいないすべての SecUser を検索したいと思います。

どうすればいいですか？

問題: 多数のエントリでデータベースをクエリしています。全体的なアプリケーションのパフォーマンスは問題ありません。しかし、ボトルネックである特別なテーブルへのクエリを並行して実行できれば、より良いと思います。

そのために、次のような動的ファインダーを使用しています。

この解決策について考えます。クエリを2つのステップに分割します。

1. 最初のステップでは、ソートされた方法で Id のみをロードします。
2. 2 番目のステップ (並列スレッドで行うことができます) では、id によってオブジェクト自体をロードし、それを結果セットに挿入します。

私はすでにそれについていくつかのヒントを探しましたが、何も見つかりませんでした。

1. それが意味をなさない可能性はありますか？
2. または、grails の標準/拡張機能に適切なソリューションが既にありますか?
3. それが理にかなっており、解決策がない場合: 誰かがそれを実装するためのヒントを教えてくれますか? ただし、例で説明されているように、並べ替えられた方法で ID が必要です。

grails 2.3.11、hibernate:3.6.10.13 を jdk 1.7 の下に使用しています。

の間で奇妙な動作が発生しています

• .findAllById(id)
• .findById(id)

私は新しいドメイン クラスを作成しており、その後、同じトランザクションで動的ファインダーを使用して同じオブジェクトを検索しています。.findAllById(newObjectId) を使用すると、新しく作成されたオブジェクトが見つかりますが、.findById(newObjectId) は見つかりません。.findById() がトランザクション内のコミットされていないオブジェクトを検索していないように見えますか?

最近、正常に動作しているように見える 2 番目のデータソースを構成しましたが、そうすると、この動作が発生し始めました。

grails ドキュメントで、「findAll メソッドは第 2 レベルのキャッシュをサポートしている」とわかりました。

これは、動的ファインダー .find が第 2 レベルのキャッシュをサポートしていないということですか?

私はSpring Data JPAに取り組みました。これは素晴らしいライブラリですが、使用する前にデータベース ファインダーをメソッド シグネチャとして記述する必要があります。

Grails を見てみると、ファインダを使用するためにメソッド シグネチャを記述する必要がないという概念が見つかりました。動的ファインダがあります。

Play Framework はどのようなファインダー (静的/動的) を使用しますか?

私はセキュリティ愛好家であり、RoR の初心者です。現在、アクティブ レコードが配置された RoR での SQL インジェクションに関して、私が出会ったこのブログがあります。

RoR アクティブ レコードの SQLi

ただし、ブログ自体は 2013 年 1 月にさかのぼります。それでも、Rails 4.2 と ActiveRecord 4.2 を使用したテスト環境で SQLi を複製しようとしました。

私は使用してみました：

上記のブログからですが、次のエラーを受け取りました：

ArgumentError: 引数の数が間違っています (1 に対して 2)

思考プロセス: ブログはかなり古いので、テスト セットアップによると非推奨の機能である可能性があります。ブログは 1 月 13 日のものなので、ここから 2012 年 12 月のアクティブ レコード ビルドを取得しました。少なくともこのリリースでは上記のコード スニペットが確実に機能すると考えていましたが、エラーは同じでした。さらに、ここで同じドキュメントを調べてみましたが、これでも問題のコード スニペットについての洞察は得られません。

ここで何が欠けていますか？上記のブログ自体が信頼できないということですか、それとも本当にばかげているということですか :)