Намагаючись дати вам коротку відповідь на свої сумніви, якщо ви будете виконувати 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]
Що є віконним доступом до даних (досить круто, btw cuz буде повертати дані з самого початку і матиме доступ до таблиці, доки умови будуть виконані). Це буде дуже схоже на:
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
За винятком того, що цей другий запит буде виконуватися швидше, ніж результат linq, оскільки він буде використовувати виключно індекс для створення вікна доступу до даних; це означає, що якщо вам потрібна деяка фільтрація, фільтрування має бути (або повинно бути) у списку Entity (де створений рядок), а також слід створити деякі індекси, щоб підтримувати хороші показники.
Тепер, що краще?
Якщо у вашій логіці є досить міцний робочий процес, реалізація правильного способу SQL буде складним. У цьому випадку рішенням буде LINQ.
Якщо ви можете опустити цю частину логіки безпосередньо до SQL (у збереженій процедурі), це буде ще краще, оскільки ви можете реалізувати другий запит, який я вам показав (використовуючи індекси), і дозволити SQL генерувати та зберігати План виконання програми запит (підвищення продуктивності).