7

有人可以告诉我，为什么 Linq to Entities 将多对一关系转换为left outer join而不是inner join？因为对 DB 本身存在引用约束，以确保在正确的表中有记录，所以inner join应该使用它（它会工作得更快）

如果关系多到 0..1 left outer join将是正确的。

问题

是否可以以某种方式编写 LINQ，以便将其转换为inner join而不是left outer join. 它将大大加快查询执行速度……我以前没有使用过 eSQL，但在这种情况下使用它是否明智？它会解决我的问题吗？

编辑

我更新了标签以包含我在后台使用的技术：

  • 实体框架 V1
  • 用于 Mysql 的 Devart dotConnect
  • MySql 数据库

如果有人可以测试在 Microsoft SQL 服务器上是否也是如此，那么如果这是 Devart 的问题或者它是一般的 L2EF 功能，它也会给我一些见解......但我怀疑 EF 是这里的罪魁祸首。

4

1 回答 1

2

我在实体框架提供程序上做了一些工作，并研究了它。我相信提供商本身在这种情况下别无选择。命令树由实体框架创建，并将其提供给提供者以构建 SQL。这是一个完整的猜测，但它在这种情况下生成 LEFT OUTER 连接的原因可能是因为实体框架并不真正知道数据库中存在引用约束。例如，我可以在从数据库创建实体模型后进入并处理它，并添加/更改不反映数据库正在做什么的约束。也许出于这个原因，设计师选择了安全起见并生产 LEFT OUTER 连接“以防万一”。

尽管如此，我相信您可以获得内部连接。例如，以下导致提供程序构建 LEFT OUTER 联接：

var res2 = from a in ent.answers
           select new
           { a.Answer1, a.user.UserName };

但是，以下结果会导致 INNER 联接：

res2 = from a in ent.answers
       join u in ent.users
       on a.UserID equals u.PK
       select new { a.Answer1, u.UserName };

此外，以下实体 SQL 生成了内部联接：

ObjectQuery<DbDataRecord> dr = ent.CreateQuery<DbDataRecord>( 
         "SELECT a.answer1, u.username " +
         "FROM answers as a inner join users as u on a.userid = u.pk" );
于 2010-03-26T18:59:54.730 回答