为什么在简单的一对多关系上使用 LINQ Join？

Question

我使用 LINQ to SQL 和实体框架已有几年了，并且始终映射数据库关系以生成相关的导航属性。我总是使用导航属性。

我错过了什么吗？

如果我有一个 Category->Products 一对多类型关系，我会

var redProducts = context.Category.Single(c => c.Name = "red").Products;

经常看到人们在这个网站、在线项目和各种其他网站上进行手动连接。

var employer = from category in context.Categories
               join product in context.Products
               on category.CategoryId equals product.CategoryId
               where category.Name == "red"
               select product;

那么 - 为什么？使用此 Join 语法有什么好处？

Answer 1

这可能是由于将旧代码移植到 linq2sql 造成的。

但是，这两个代码片段在功能上并不相同。

Single 将抛出异常，而 join 在缺少记录的情况下会产生一个空集合。

因此，不使用连接的相同代码将是：

from c in context.Categories where c.Name == "red" from p in c.Products select p;

或

context.Categories.Where(c=>c.Name == "red").SelectMany(c=>c.Products);

Answer 2

对于来自关系思维而不是面向对象思维的人来说，连接可能更常见。如果您从面向对象的角度考虑问题空间，那么处理可以在导航中点的关系比处理 Employee.Customers.Orders.OrderItems.OrderItem 更自然。一堆连接。最初的 ADO.vNext 白皮书很好地讨论了使用模型和关联而不是连接来处理概念模型的优点。不幸的是，我目前找不到该文档。

对我来说，当实体之间没有自然关联时，最好使用联接。例如，如果您尝试在非自然键上连接项目（即在 Customer.State 和 Shipping.State 上连接），您应该使用连接语法（或 SelectMany），而不是在这种情况下在实体之间创建关联。

需要注意的一件事是，连接语法和使用关联可能会导致提供程序生成的连接类型存在差异。通常，连接会转换为内部连接，并排除连接两侧不匹配的项目。要执行（左）外部联接，请使用 DefaultIfEmpty 扩展。

另一方面，在 1-0..* 关系中导航关联通常会转换为右外连接，因为子集合可以合法地为空，并且即使子集合不存在，您也希望包含父集合。您可以使用 !Any() 来捕获没有子记录的情况。

Answer 3

这通常是一个错误。

@George 是正确的，您的两个示例在功能上有所不同，与 join 和 join 无关但是，非加入。但您也可以轻松地编写：

var redProducts = context.Category
                         .Where(c => c.Name == "red")
                         .SelectMany(c => c.Products);

...这在功能上与您的 join 示例相同（但从可读性和可维护性 POV 来看优于）。