Subsonic 3.0.0.3 Paging SQL en utilisant Linq

Question

Vous venez de passer de Subsonic 2.2 ActiveRecord à 3.0.0.3. Je suis en train d'utiliser LINQ pour faire une paginée Trouver requête comme ceci (mon objet/table est appelée « dépôt »):

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

Quand je considère le SQL généré par cette requête en utilisant SQL Server Profiler, il n'y a paging dans le SQL, toute la pagination se fait en mémoire en C#. Maintenant, le langage de requête Subsonic a une belle procédure GetPaged qui fonctionne bien, mais je pensais que LINQ était supposé faire cela aussi. Ai-je manqué quelque chose ici ou est-ce une limitation de LINQ?

Je suis conscient de la fonction Repository.GetPaged(), mais cela n'a pas assez de paramètres - je dois faire un tri dynamique, ainsi qu'un Find().

Answer 1

En faisant d'autres essais, cette déclaration fonctionne correctement:

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

Lorsqu'il est exécuté, l'instruction LINQ ci-dessus REVIENT correctement repaginés sql.

La seule conclusion que je peux arriver est que lorsque vous utilisez la méthode syntaxe enchaînant, une fois que vous êtes en dehors de l'expression lamda initiale

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

l'interpréteur subsonique SQL arrête la création de SQL pour toutes les méthodes enchaînées sur la fin

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

Ou, est-ce que je fais totalement quelque chose de mal ici? Quelqu'un a un aperçu?

Answer 2

Vous pouvez trier GetPaged en ajoutant « desc » au champ de tri, mais ...

Paging devrait fonctionner - je regarde le SQL d'appel devant moi et il ne se fait pas dans la mémoire. Comment testez-vous cela? Si vous utilisez "ToList()" qui va exécuter la requête - jetez un oeil sur le profileur alors.

Answer 3

Un peu en retard, mais ...

Repository.Find() 

retours IList si la requête est exécutée, par conséquent, SQL exécution sans pagination puis

.Skip(x).Take(x) 

est fait en mémoire. Essayez

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

qui tous et non retourner IQueryable dont énumérer les objets et ainsi la pagination se fait dans SQL en utilisant la fonction ROW_NUMBER().

Cela dit Subsonic 3 simple référentiel génère le 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' 

suivant qui jette une exception

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

il semblerait qu'il y ait un bogue dans Subsonic :-(