这两个 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 所做的只是检查调试器中的可查询项。然而，按照乔恩的建议设置记录器后，执行的真实 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 的双重性质：

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，并且在我的示例中采用分配给 Enum 成员 {1,2,10} 的值，则第一个可以工作。

Answer 2

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

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

我们知道它们的含义相同，但 LINQ to SQL 可能没有足够的知识来理解这一点。

出于兴趣，这两个都有效吗？

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