¿Entiendo mal LINQ to SQL .AsEnumerable()?

Question

consideran este código:

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

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

Supongamos query tarda mucho tiempo en ejecutarse. Necesito obtener el recuento de registros, total de SomeNumber devuelto, y tomar un promedio al final. Pensé basándome en mi lectura que .AsEnumerable() ejecutaría la consulta usando LINQ-to-SQL, luego usar LINQ-to-Objects para el Count, Sum y Average. En cambio, cuando hago esto en LINQPad, veo que la misma consulta se ejecuta tres veces. Si reemplazo .AsEnumerable() con .ToList(), solo se realiza una consulta una vez.

Me falta algo acerca de lo que AsEnumerable es/does?

Answer 1

Llamando AsEnumerable() no ejecuta la consulta, enumerando lo hace.

IQueryable es la interfaz que permite que LINQ to SQL realice su magia. IQueryable implementa IEnumerable por lo que cuando se llama a AsEnumerable(), que está cambiando la extensión-métodos que se denominan a partir de ahí, es decir, a partir de los IQueryable -Métodos a las IEnumerable -Métodos (es decir, cambiar LINQ to SQL-LINQ to Objects en este caso particular). Pero usted es no ejecutando la consulta real, simplemente cambiando cómo se va a ejecutar en su totalidad.

Para forzar la ejecución de la consulta, debe llamar al ToList().

Answer 2

Sí. Todo lo que hará AsEnumerable es hacer que las funciones Count, Sum y Average se ejecuten en el lado del cliente (en otras palabras, devolverá todo el conjunto de resultados al cliente, entonces el cliente realizará esos agregados en lugar de crear COUNT()SUM() y AVG() declaraciones en SQL).

Answer 3

Supongo que ToList obliga a Linq a recuperar los registros de la base de datos. Cuando realice los cálculos anteriores, se realizarán contra los objetos en memoria en lugar de involucrar a la base de datos.

Dejar el tipo de devolución como Enumerable significa que los datos no se obtienen hasta que el código que realiza los cálculos los llama. Supongo que el problema es que la base de datos se golpea tres veces, una para cada cálculo y los datos no se conservan en la memoria.

Answer 4

Bueno, estás en el camino correcto. El problema es que un IQueryable (cuál es la declaración antes de la llamada AsEnumerable) también es un IEnumerable, por lo que esa llamada es, en efecto, un nop. Se requerirá forzarlo a una estructura de datos en memoria específica (por ejemplo, ToList()) para forzar la consulta.

Answer 5

Justin Niessner's answer es perfecto.

sólo quiero citar una explicación de MSDN aquí: .NET Language-Integrated Query for Relational Data

El operador AsEnumerable(), a diferencia de ToList() y ToArray(), no causa la ejecución de la consulta. Todavía es diferido.El operador AsEnumerable() simplemente cambia el tipado estático de la consulta, convirtiendo un IQueryable en un IEnumerable, engañando al compilador para que trate el resto de la consulta como ejecutada localmente.

espero que esto es lo que se entiende por:

IQueryable-métodos a las IEnumerable-métodos (es decir, cambiando de LINQ to SQL para LINQ a Objetos

Una vez que está LINQ a Objetos podemos aplicar los métodos del objeto (ej. ToString()). Esta es la explicación de una de las preguntas más frecuentes sobre LINQ - Why LINQ to Entities does not recognize the method 'System.String ToString()?

Acco rding a ASENUMERABLE - codeblog.jonskeet, AsEnumerable puede ser útil cuando:

algunos aspectos de la consulta en la base de datos, y luego un poco más la manipulación en .NET - sobre todo si hay aspectos que, básicamente, no se puede poner en práctica en LINQ a SQL (o el proveedor que estés usando).

También dice:

Todo lo que estamos haciendo es cambiar el tipo en tiempo de compilación de la secuencia que se propagan a través de nuestra consulta desde IQueryable a IEnumerable - pero eso significa que el compilador utilizará los métodos en Enumerable (tomando delegados, y ejecutando en LINQ to Objects) en lugar de los que están en Queryable (tomando árboles de expresión, y generalmente ejecutando out-of-process).

Por último, también se ven esta pregunta relacionada: Returning IEnumerable vs. IQueryable