Esto se reduce principalmente a la historia de LINQ.
Originalmente, LINQ tenía la intención de ser similar a SQL, y se usó (en gran medida, aunque no exclusivamente) para conectarse a bases de datos SQL. Esto lleva a que gran parte de su terminología se base en SQL.
Por lo tanto, "seleccionar" vinieron del SQL selectdeclaración, y "agregado" vinieron de las funciones agregadas de SQL (por ejemplo, count, sum, avg, min, max).
Para aquellos que cuestionan el grado en que LINQ se relacionó originalmente con SQL, me referiría (por ejemplo) a los artículos de Microsoft sobre Cω, que fue un lenguaje diseñado por Microsoft Research, y parece ser donde se trabajó la mayoría de los conceptos básicos de LINQ antes de agregarlos a C # y .NET.
Por ejemplo, considere un artículo de MSDN sobre Cω , que dice:
Operadores de consultas en Cω
Cω agrega dos clases amplias de operadores de consulta al lenguaje C #:
- Operadores basados en XPath para consultar las variables miembro de un objeto por nombre o por tipo.
- Operadores basados en SQL para realizar consultas sofisticadas que involucran proyección, agrupación y unión de datos de uno o más objetos.
Al menos hasta donde sé, los operadores basados en XPath nunca se agregaron a C #, dejando solo los operadores que estaban documentados (antes de que existiera LINQ) como basados directamente en SQL.
Ahora, es cierto que LINQ no es idéntico a los operadores de consulta basados en SQL en Cω. En particular, LINQ sigue los objetos básicos de C # y la sintaxis de llamadas de función mucho más de cerca que Cω. Las consultas Cω siguieron la sintaxis SQL aún más de cerca, por lo que podría escribir algo como esto (nuevamente, extraído directamente del artículo vinculado anteriormente):
rows = select c.ContactName, o.ShippedDate
from c in DB.Customers
inner join o in DB.Orders
on c.CustomerID == o.CustomerID;
Y sí, el mismo artículo habla específicamente sobre el uso de consultas basadas en SQL para consultar datos provenientes de bases de datos SQL reales:
Para conectarse a una base de datos SQL en Cω, debe exponerse como un ensamblado administrado (es decir, un archivo de biblioteca .NET), al que luego hace referencia la aplicación. Una base de datos relacional puede exponerse a un Cω como un ensamblado administrado mediante el uso de la herramienta de línea de comandos sql2comega.exe o el cuadro de diálogo Agregar esquema de base de datos ... desde Visual Studio. Cω utiliza los objetos de la base de datos para representar la base de datos relacional alojada por el servidor. Un objeto de base de datos tiene una propiedad pública para cada tabla o vista, y un método para cada función con valores de tabla que se encuentra en la base de datos. Para consultar una base de datos relacional, se debe especificar una tabla, vista o función con valores de tabla como entrada para uno o más de los operadores basados en SQL.
El siguiente programa y salida de muestra muestra algunas de las capacidades de usar los operadores basados en SQL para consultar una base de datos relacional en Cω. La base de datos utilizada en este ejemplo es la base de datos Northwind de muestra que viene con Microsoft SQL Server. El DB nombre usado en el ejemplo se refiere a una instancia global de un objeto de base de datos en el Northwind espacio de nombres del Northwind.dll ensamblado generado usando sql2comega.exe .
Entonces, sí, desde el principio (o incluso antes del principio, dependiendo de su punto de vista) LINQ se basó explícitamente en SQL y tenía la intención específica de permitir el acceso a datos en bases de datos SQL.