Suis-je malentendu LINQ to SQL .AsEnumerable()?

Considérer ce code:

var query = db.Table
              .Where(t => SomeCondition(t))
              .AsEnumerable();

int recordCount = query.Count();
int totalSomeNumber = query.Sum();
decimal average = query.Average();

Assumer query prend un temps très long à exécuter. J'ai besoin d'obtenir le nombre d'enregistrements, le total des SomeNumbers'est retourné, et de prendre une moyenne à la fin. J'ai pensé basé sur ma lecture que .AsEnumerable() à l'exécution de la requête à l'aide de LINQ-to-SQL, puis utiliser LINQ-to-Objets pour la Count, Sum, et Average. Au lieu de cela, quand je fais cela dans LINQPad, je vois la même requête est exécutée trois fois. Si je remplace le .AsEnumerable() avec .ToList(), il ne s'est interrogé à la fois.

Ai-je raté quelque chose au sujet de ce que AsEnumerable est/ne?

  • Très utile pour comprendre le comportement de AsEnumerable()
InformationsquelleAutor Ocelot20 | 2010-08-02
  1. 61

    Appel AsEnumerable() ne pas exécuter la requête, l'énumération qu'il fait.

    IQueryable est l'interface qui permet LINQ to SQL pour effectuer sa magie. IQueryable implémente IEnumerable ainsi, lorsque vous appelez AsEnumerable(), vous changez l'extension des méthodes d'être appelé à partir de là, c'est à dire de la IQueryable-méthodes pour la IEnumerable-méthodes (c'est à dire de changer de LINQ to SQL à LINQ to Objects dans ce cas particulier). Mais vous êtes pas de l'exécution de la requête réelle, simplement en changeant comment il va être exécuté dans sa totalité.

    Pour forcer l'exécution de la requête, vous devez appeler ToList().

    • Il est certainement inexact de penser que "rien ne se passe vraiment". Alors que AsEnumerable n'a pas d'évaluer la requête à l'heure qu'il est appelé , il certainement a un effet. Quelque chose appelé, en outre, la requête sera évaluée à l'aide de LINQ to objects, de sorte que vous ne pouvez pas composer des éléments supplémentaires sur la requête (un autre Where ou un OrderBy ou de quelque nature que ce soit) qui feront partie de l'instruction SQL.
    • Un très bon exemple de ce qu'il fait et pourquoi vous voulez l'utiliser: Supposons que vous êtes en train de construire une requête et le premier bloc se termine avec OrderBy(...), le type est maintenant IOrderedEnumerable plus tard sur la route, vous pouvez garder ajoutant ThenBy(...) et même plus tard, vous pouvez alors dire return originalQuery.AsEnumerable() de le jeter en arrière à un régulière IEnumerable
    • Je préfère ToArray qui fait la même chose, sauf si vous avez spécifiquement besoin de la Liste<T> la mise en œuvre.
    • est plus rapide, de sorte que si vos objets sont vivants pendant une longue période, l'utilisation ToList et pas ToArray, voir stackoverflow.com/a/16323412/691294
    • apparemment, ils sont à la même vitesse, si le nombre est connue avant de la main.Voir Scott Rippey commentaire: stackoverflow.com/a/1106012/2063755
    • Eh bien, oui, je ne suis pas en désaccord avec ça. Il semble que l'énoncé j'ai été réfutant est retiré maintenant, mais le cas général est que, allouer plus de mémoire que nécessaire (c'est à dire ToList()) est plus rapide que de s'assurer que la bonne quantité de mémoire (c'est à dire ToArray()) est plus rapide. Mon argument est plutôt, si vous ne savez pas lequel utiliser, utiliser ToList() depuis son abstraction est plus élevé et vous n'obtenez pas une perte de performance.

    InformationsquelleAutor Justin Niessner
  2. 14

    Oui. Tout ce que AsEnumerable permettra de faire est de provoquer la Count, Sum, et Average fonctions à exécuter côté client (en d'autres termes, il va ramener la totalité du jeu de résultats pour le client, le client devra effectuer ces agrégats au lieu de créer COUNT() SUM() et AVG() états SQL).

    • Mais l'OP s point, c'est qu'il a assumé ce que tu dis est vrai, mais des tests empiriques montrent qu'il ne l'est pas.
    • -1 Ce n'est tout simplement pas vrai. IQueryable implémentant IEnumerable donc l'appel AsEnumerable est un no-op et ne pas forcer l'exécution de la requête.
    • Justin: Vous ne comprenez pas. Je n'ai jamais dit que AsEnumerable() serait la cause de la requête à évaluer, j'ai dit que la seule chose que l'ajout de il le ferait, c'est que si, les agrégats sont évalués, ils seront fait côté client (l'intégralité de l'ensemble de résultats seront énumérés sur le client, et le total sera calculé) au lieu d'être traduits dans une instruction SQL.
    • Il est bon de noter que vous pouvez utiliser AsEnumerable() lorsque vous avez un IOrderedEnumerable parce que vous avez terminé la première partie de votre question avec un certain type de OrderBy.
    • Ce commentaire est de la plaine factuelles mal, comment est-statique de type coulée de PLUS un NOP? Il change la totalité de l'exécution régime... ce qui est un peu important depuis LINQ est construit comme une extension de méthodes (ie types statiques) pas d'héritage (dynamique/runtime types).
    InformationsquelleAutor Adam Robinson
  3. 4

    Bien, vous êtes sur la bonne voie. Le problème est que IQueryable (ce que l'instruction est en avant de la AsEnumerable appel) est également un IEnumerable, de sorte que l'appel est, en effet, un nop. Il faudra le forcer à une structure de données en mémoire (par exemple, ToList()) pour forcer la requête.

    InformationsquelleAutor James Curran
  4. 3

    Justin Niessner réponse est parfait.

    Je veux juste citer un MSDN explication ici: .NET Language-Integrated Query de Données Relationnelles

    La AsEnumerable() de l'opérateur, à la différence de ToList() et ToArray(), ne provoque pas l'exécution de la requête. Il est encore reporté. Le AsEnumerable() l'opérateur change simplement le typage statique de la requête, en tournant un IQueryable dans un IEnumerable, incitant le compilateur en traitant le reste de la requête, comme exécutées localement.

    J'espère que c'est ce que l'on entend par:

    IQueryable-les méthodes de l'interface IEnumerable-méthodes (c'est à dire de changer de LINQ to SQL, LINQ to Objects

    Une fois qu'il est LINQ to Objects, nous pouvons appliquer l'objet de méthodes (par exemple,ToString()). C'est l'explication de l'une des questions les plus fréquemment posées à propos de LINQ - Pourquoi LINQ to entities ne reconnaît pas la méthode " du Système.String ToString()?

    Selon ASENUMERABLE - codeblog.jonskeet, AsEnumerable peut être pratique quand:

    certains aspects de la requête dans la base de données, et ensuite un peu plus de manipulation .NET – en particulier si il y a des aspects fondamentalement, vous ne pouvez pas mettre en œuvre dans LINQ to SQL (ou quel que soit le fournisseur que vous utilisez).

    Il dit aussi:

    Tout ce que nous faisons est en train de changer le type de compilation de la séquence qui est se propageant à travers notre requête à partir de IQueryable à IEnumerable – mais cela signifie que le compilateur utilisera les méthodes de Énumérable (prise de délégués et d'exécution dans LINQ to Objects) au lieu de ceux du Queryable (en prenant des arbres d'expression, et généralement de l'exécution out-of-process).

    Enfin, voir aussi cette question: De retour IEnumerable vs IQueryable

    InformationsquelleAutor LCJ
  5. 1

    Je présume que ToList forces de Linq pour extraire les enregistrements de la base de données. Lorsque vous effectuez la procédure de calculs sont effectués sur la dans les objets de la mémoire plutôt que d'associer la base de données.

    De quitter le type de retour comme une Énumération signifie que les données ne sont pas récupérées jusqu'à ce qu'il est appelé par le code effectuer les calculs. Je suppose que le coup de c'est que la base de données est frappé trois fois - une pour chaque calcul et les données ne sont pas conservées en mémoire.

    InformationsquelleAutor Sergio