疑問に簡単に答えてくださいskip(n).take(m)。linqでメソッドを実行する場合（SQL 2005/2008をデータベースサーバーとして使用）、クエリはSelect ROW_NUMBER() Over ...ステートメントを使用します。SQLエンジンでは、なんらかの理由で直接ページングが行われます。
例を挙げますと、dbテーブルが呼び出されmtcity、次のクエリを記述しました（エンティティへのlinqでも機能します）。
using (DataClasses1DataContext c = new DataClasses1DataContext())
{
var query = (from MtCity2 c1 in c.MtCity2s
select c1).Skip(3).Take(3);
//Doing something with the query.
}
結果のクエリは次のようになります。
SELECT [t1].[CodCity],
[t1].[CodCountry],
[t1].[CodRegion],
[t1].[Name],
[t1].[Code]
FROM (
SELECT ROW_NUMBER() OVER (
ORDER BY [t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]) AS [ROW_NUMBER],
[t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]
FROM [dbo].[MtCity] AS [t0]
) AS [t1]
WHERE [t1].[ROW_NUMBER] BETWEEN @p0 + 1 AND @p0 + @p1
ORDER BY [t1].[ROW_NUMBER]
これはウィンドウ化されたデータアクセスです（かなりすばらしいですが、ctwは最初からデータを返し、条件が満たされている限りテーブルにアクセスします）。これは次のようになります。
With CityEntities As
(
Select ROW_NUMBER() Over (Order By CodCity) As Row,
CodCity //here is only accessed by the Index as CodCity is the primary
From dbo.mtcity
)
Select [t0].[CodCity],
[t0].[CodCountry],
[t0].[CodRegion],
[t0].[Name],
[t0].[Code]
From CityEntities c
Inner Join dbo.MtCity t0 on c.CodCity = t0.CodCity
Where c.Row Between @p0 + 1 AND @p0 + @p1
Order By c.Row Asc
例外として、この2番目のクエリは、データアクセスウィンドウを作成するためにインデックスのみを使用するため、linqの結果よりも高速に実行されます。つまり、何らかのフィルタリングが必要な場合は、フィルタリングはエンティティリスト（行が作成される場所）にある必要があり（ある必要があります）、良好なパフォーマンスを維持するためにいくつかのインデックスも作成する必要があります。
さて、何が良いですか？
ロジックにかなり堅固なワークフローがある場合、適切なSQL方法の実装は複雑になります。その場合、LINQがソリューションになります。
ロジックのその部分を直接SQL（ストアドプロシージャ内）に下げることができる場合は、（インデックスを使用して）先ほど示した2番目のクエリを実装して、SQLで実行プランを生成および保存できるため、さらに優れています。クエリ（パフォーマンスの向上）。