Subsonic 3.0.0.3 SQL-пейджинг с использованием Linq

Question

Только что обновили с Subsonic 2.2 ActiveRecord до 3.0.0.3. Я пытаюсь использовать LINQ сделать постраничный Find запрос, как это (мой объект/таблица не называется «Repository»):

Repository.Find(item => item.DocumentTitle.Contains(searchTerm)) 
    .OrderBy(i => i.DocumentTitle).Skip((currentPage - 1) * itemsPerPage) 
    .Take(itemsPerPage); 

Когда я рассматриваю SQL, генерируемый этим запросом с помощью SQL Server Profiler, нет пейджинг в SQL, весь пейджинг выполняется в памяти на C#. Теперь у Subsonic-языка запросов есть хорошая процедура GetPaged, которая работает правильно, но я думал, что LINQ должен был это сделать. Я что-то пропустил или это ограничение LINQ?

Я знаю о функции Repository.GetPaged(), но у меня недостаточно параметров - мне нужно сделать динамический сортировку, а также Find().

Answer 1

После выполнения дальнейших испытаний, это утверждение работает правильно:

(from i in dataContext.Repositories 
where i.DocumentTitle.Contains(searchTerm) 
orderby i.DateCreated ascending select i) 
.Skip((currentPage - 1) * itemsPerPage).Take(itemsPerPage); 

При выполнении выше заявление LINQ приходит обратно правильно выгружаемого в SQL.

Единственный вывод, который я могу прийти к тому, что при использовании метода цепочек синтаксиса, когда вы находитесь за пределами исходного выражения лямбды

Repository.Find(item => item.DocumentTitle.Contains(searchTerm)) 

дозвукового интерпретатор SQL прекращает создание SQL для любых методов прикованных на конец

.OrderBy(i => i.DocumentTitle).Skip(15).Take(10); 

Или, я просто полностью делаю что-то неправильно здесь? У кого-нибудь есть понимание?

Answer 2

Вы можете отсортировать GetPaged путем добавления «DESC» в поле сортировки, но ...

пейджинг должен работать - я смотрю на пейджинговой SQL передо мной, и это не сделано в памяти. Как вы это тестируете? Если вы используете «ToList()», который выполнит запрос, тогда посмотрите на профилировщик.

Answer 3

Немного поздно, но ...

Repository.Find() 

возвращает IList так, запрос выполняется, следовательно, SQL выполняет без подкачки затем

.Skip(x).Take(x) 

делается в памяти. Попробуйте

Repository.All().Where(expression).Skip(x).Take(x) 

все которые возвращают IQueryable и не из которых перечисляются объекты и так подкачки делается в SQL с помощью функции ROW_NUMBER().

Сказав, что Дозвуковые 3 просто хранилище генерирует следующий SQL

exec sp_executesql N'SELECT [t0].[Id], [t0].[IsDeleted], [t0].[Name], [t0].[ParentUuid], [t0].[Uuid] 
FROM (SELECT [t1].[Id], [t1].[IsDeleted], [t1].[Name], [t1].[ParentUuid], ROW_NUMBER() OVER() AS rownum, [t1].[Uuid] 
FROM [Sites] AS t1 
WHERE (([t1].[ParentUuid] = @p0) AND ([t1].[IsDeleted] = 0))) AS t0 
WHERE [t0].[rownum] BETWEEN (20 + 1) AND (20 + 10)',N'@p0 uniqueidentifier',@p0='00000000-0000-0000-0000-000000000000' 

, который бросает исключение

Unhandled Exception: System.Data.SqlClient.SqlException: The ranking function "ROW_NUMBER" must have an ORDER BY clause. 

так, казалось бы, что есть ошибка в дозвуковой :-(