这两个 LINQtoSQL 语句有什么区别？

Question

这两个语句在我看来逻辑上相同，但它们会导致生成不同的 SQL：

#1 
var people = _DB.People.Where(p => p.Status == MyPersonEnum.STUDENT.ToString());
var ids = people.Select(p => p.Id);
var cars = _DB.Cars.Where(c => ids.Contains(c.PersonId));

#2 
string s = MyPersonEnum.STUDENT.ToString();
var people = _DB.People.Where(p => p.Status == s);
var ids = people.Select(p => p.Id);
var cars = _DB.Cars.Where(c => ids.Contains(c.PersonId));

示例 #1 不起作用，但示例 #2 可以。

var people 查询生成的 SQL 对于两者都是相同的，但 final 查询中的 SQL 不同，如下所示：

#1
SELECT [t0].[PersonId], [t0].[etc].....
FROM [Cars] AS [t0]
WHERE EXISTS(
    SELECT NULL AS [EMPTY]
    FROM [People] AS [t1]
    WHERE ([t1].[Id] = [t0].[PersonId]) AND ([t1].[Status] = (CONVERT(NVarChar,@p0)))
    )

#2
SELECT [t0].[PersonId], [t0].[etc].....
FROM [Cars] AS [t0]
WHERE EXISTS(
    SELECT NULL AS [EMPTY]
    FROM [People] AS [t1]
    WHERE ([t1].[Id] = [t0].[PersonId]) AND ([t1].[Status] = @p0)
    )

为什么会有这种差异？

编辑：

到目前为止，为了生成 SQL，我所做的只是检查调试器中的可查询对象。但是，按照 Jon 的建议设置了一个记录器后，执行的 real sql 似乎有所不同。

#1 
SELECT [t1].[Id], [t1].etc ... [t0].Id, [t1].etc ...
FROM [Cars] AS [t0], [People] AS [t1]
WHERE ([t1].[Id] = [t0].[PersonId]) AND (EXISTS(
    SELECT NULL AS [EMPTY]
    FROM [People] AS [t2]
    WHERE ([t2].[Id] = [t0].[PersonId]) AND ([t2].[Status] = (CONVERT(NVarChar,@p0)))
    )) AND ([t1].[Status] = @p1)
-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [2]
-- @p1: Input NVarChar (Size = 7; Prec = 0; Scale = 0) [STUDENT]

#2
SELECT [t1].[Id], [t1].etc ... [t0].Id, [t1].etc ...
FROM [Cars] AS [t0], [People] AS [t1]
WHERE ([t1].[Id] = [t0].[PersonId]) AND (EXISTS(
    SELECT NULL AS [EMPTY]
    FROM [People] AS [t2]
    WHERE ([t2].[Id] = [t0].[PersonId]) AND ([t2].[Status] = @p0)
    )) AND ([t1].[Status] = @p1)
-- @p0: Input NVarChar (Size = 7; Prec = 0; Scale = 0) [STUDENT]
-- @p1: Input NVarChar (Size = 7; Prec = 0; Scale = 0) [STUDENT]

Answer 1

首先，想想 e 枚举的双重性质：

enum MyPersonEnum
{
  STUDENT, // implicit 1
  TEACHER, // implicit 2
  DIRECTOR = 10 // explicit 10
}

...

Assert.AreEqual(1, (int)MyPersonEnum.STUDENT);
Assert.AreEqual("STUDENT", MyPersonEnum.STUDENT.ToString());

在第二个示例中，C# 已将 Enum 转换为字符串，因此无需转换，并且假定您的数据库 People.Status 列接受“STUDENT”、“TEACHER”、“DIRECTOR”字符串作为逻辑中的有效值。

不同之处在于，CLR 中的枚举内部表示是整数，而第一个示例，@p 参数作为整数传递，这是 L2S 查询构建器的行为，这就是转换的原因。

如果您的数据库列是一个 int，在我的示例中采用分配给枚举成员 {1,2,10} 的值，则第一个可以工作。

Answer 2

不，它们是不同的。在第一个版本中，表达式MyPersonEnum.STUDENT.ToString() 在表达式树中——它是 LINQ to SQL 必须转换为 SQL 的一部分。我很想知道执行查询时@p0 是什么...

在第二个版本中，您已经评估了表达式，因此 LINQ to SQL 只会看到对已经是字符串的变量的引用。

我们知道它们的意思相同，但大概 LINQ to SQL 没有足够的知识来理解这一点。

出于兴趣，它们都有效吗？

编辑：好的，所以第二个版本有效。我建议你使用这种形式 :) 在理想情况下，两者都可以工作 - 但在这种情况下，你似乎需要帮助 LINQ to SQL。