WebApiコントローラとODATA w/Nhibernateからのサーバサイド結果の制限

Question

私はORMとしてNHibernateを使用してVS 2012でWebApiプロジェクトを作成しました。私はOdataサポートを有効にしようと考えています。そこで私は、データベースのテーブルからエンティティのリストを返す単一のGetメソッドでテストコントローラを作成しました。

すべて正常に動作し、ODataを使用して結果をフィルタリングしたり注文することができます。問題は、データベースからコントローラに返されるデータの量を制限する方法が見つからないことです。その中に何百万もの記録があります。

Queryable属性のPageSizeプロパティを使用すると、クライアントに返されるデータの量は制限されているように見えますが、DBから返されるデータの量は制限されているようです。

getメソッド内のIQueryableにTake(n)を適用しようとしましたが、返される前に結果がDBから返されますが、ODataフィルタリングは中断されます。最初のn回の結果では、空のコレクションを返します。

これを達成するために$TopパラメータをODataに使用することができますが、クライアント/コンシューマに依存しないことで、数千から数百万ものレコードを不必要に持たないようにしたいと思います。私は使用するつもりはない。

また、クライアントがクエリ文字列にTopパラメータを提供しているかどうかを手動でチェックして、OData変換をクエリ可能に適用し、変換されたクエリに対してTake(n)メソッドを適用しようとしました。この手法では、ODataを通じてすべてのエンティティをフィルタリングできましたが、$Skip=nパラメータを使用すると空のコレクションが返されるため、ページネーションが壊れます。

ODataサポートを破らずにDBからフェッチした結果を確実に制限する方法はありますか？

Answer 1

最近わかったことは、次のページリンクを生成するかどうかを判断する必要があるため、サーバー駆動ページングが有効になっているときにTake（pageSize）を適用していません。エンティティのpageSize数の結果セットを列挙し、エンティティが存在するかどうかをチェックします。私は、IQueryableは一般的には怠惰な実装なので、ほとんどのプロバイダは一般的に結果の一部分を持っていると考えました。それは本当ではないことが分かります。また、結果のpageSize数だけが必要であることがわかっている場合、データベースはクエリを最適化できます。

Thisは、そのために開かれた問題です。良いニュースはYoussefが既にそれを修正したことです:)。これはそれを修正したcommitです。だから、あなたが夜間の建物をつかむなら、あなたはすばらしくなるはずです。