¿El agregado tiene una falla fatal porque cada cláusula en se ejecuta por separado?

Question

Es Aggregate consulta de VB.NET fatalmente defectuoso cuando se utiliza como la primera cláusula (exterior) de una expresión LINQ con múltiples cláusulas Into porque cada cláusula Into se ejecuta por separado?

La respuesta "obvia" para SELECT MIN(ZoneMin), MAX(ZoneMin) FROM Plant in LINQ to SQL es

Dim limits = Aggregate p In Plants Select p.ZoneMin Into Min(), Max() 

Sin embargo, esta respuesta realmente lo recupere cada uno de Min y Max (y si se incluyen otras funciones agregadas como Count y Average) en consultas SQL separadas . Esto se puede ver fácilmente en LINQPad.

¿Hay alguna transacción (u otra cosa que haga que estas consultas sean atómicas) que LINQPad no muestra, o esta es una condición de carrera que está por ocurrir? (Y entonces tiene que hacer los trucos que se muestran en la respuesta a la pregunta anterior para forzar una sola consulta que devuelve múltiples agregados).

En resumen, ¿hay una consulta LINQ-to-SQL usando Aggregate que devuelve múltiples agregados funciones en una sola consulta (o al menos "atómica")?

_{(Me dicen también "evidente" debido a que la respuesta obvia a mí, Aggregate p In Plants Into Min(p.ZoneMin), Max(p.ZoneMin), realmente lo recupere toda la mesa dos veces, incluso cuando optimizado, y luego utiliza el LINQ-a-Entidades Min y Max para obtener el resultado: -()}

_{pensé Aggregate no era VB-específica, pero parece que C# no tiene esta expresión de consulta, por lo que he cambiado el .net a vb.net}

Answer 1

Para responder a mi pregunta más amplia: ¿está roto el Aggregate para producir consultas SQL separadas sin realizar transacciones?

Todos los LINQ pueden hacer que si no ajusta cuidadosamente sus consultas solo resulte en un solo SELECT, y eso puede no ser posible, sin "darse por vencido", obteniendo un resultado mayor en una sola consulta y luego utilizando Linq-to-Objects para agregar o manipular los datos. This 'query' por ejemplo.

Así que, en general, depende del programador asegurarse de que las transacciones se agreguen alrededor de las consultas LINQ que pueden causar varias consultas. Solo necesitamos saber con certeza qué consultas LINQ pueden transformarse en múltiples consultas SQL.

Answer 2

Alt. unque no utiliza la palabra clave agregada, puede hacer varias funciones en una sola consulta utilizando la siguiente sintaxis:

Dim query = From book In books _ 
    Group By key = book.Subject Into Group _ 
    Select id = key, _ 
     BookCount = Group.Count, _ 
     TotalPrice = Group.Sum(Function(_book) _book.Price), _ 
     LowPrice = Group.Min(Function(_book) _book.Price), _ 
     HighPrice = Group.Max(Function(_book) _book.Price), _ 
     AveragePrice = Group.Average(Function(_book) _book.Price) 

No parece haber un problema con la implementación cláusula agregada sin embargo. Tenga en cuenta la siguiente consulta de Northwind:

Aggregate o in Orders 
into Sum(o.Freight), 
Average(o.Freight), 
Max(o.Freight) 

Esto emite 3 solicitudes de base de datos. Los dos primeros realizan cláusulas agregadas separadas. El tercero arrastra toda la tabla al cliente y realiza el Max en el cliente a través de Linq to Objects.