1

我知道 && 会使评估短路,因此如果不需要,它就不必评估 RHS,但是 EF 呢?& 和 && 之间有什么区别(| 和 || 相同)?性能方面!

4

3 回答 3

6

但是EF呢?& 和 && 之间有什么区别(| 和 || 相同)?性能方面!

就在这里。

首先,有时 EF Core 使用客户端评估,因此不能短路。

其次,即使在使用服务器评估时,EF Core 也会以不同的方式翻译它们。例如,这里是 SqlServer 的翻译:

LINQ             SQL
==============   ============ 
expr1 && expr2   expr1 AND expr2
expr1 & expr2    (expr1 & expr2) = 1

这是否影响性能取决于数据库查询优化器,但第一个看起来通常更好。并且一些对类型没有原生支持的数据库提供程序bool可能会生成非常低效的翻译,甚至无法翻译&/|谓词。

简而言之,最好始终在 LINQ 查询中使用逻辑&&和运算符。||

于 2019-02-20T08:45:44.833 回答
2

根据微软文档:

1. & 运算符支持两种形式:一元地址运算符二元逻辑运算符。

一元地址运算符:

一元运算&符返回其操作数的地址。有关详细信息,请参阅如何:获取变量的地址。address-of 运算符&需要不安全的上下文。

整数逻辑按位与运算符:

对于整数类型,&运算符计算其操作数的逻辑位AND

uint a = 0b_1111_1000;
uint b = 0b_1001_1111;
uint c = a & b;
Console.WriteLine(Convert.ToString(c, toBase: 2));
// Output:
// 10011000

2. && 运算符是条件逻辑与运算符,也称为“短路”逻辑与运算符,计算其布尔操作数的逻辑与。如果两者和评估为,则结果x && y为真。否则,结果为。如果第一个操作数的计算结果为,则不计算第二个操作数并且运算结果为。以下示例演示了该行为:xytruefalsefalsefalse

bool SecondOperand()
{
    Console.WriteLine("Second operand is evaluated.");
    return true;
}

bool a = false && SecondOperand(); // <-- second operand is not evaluated here
Console.WriteLine(a);
// Output:
// False

bool b = true && SecondOperand(); // <-- second operand is evaluated here
Console.WriteLine(b);
// Output:
// Second operand is evaluated.
// True

现在在 EF/EF Core 行为的情况下,@Ivan Stoev 对此做了很大的解释: 这里

于 2019-02-20T08:30:17.140 回答
1

我决定做一个实验:

var t1 = _db.Customers
.Where(x => x.FirstName == "james" | x.FirstName == "thomas")
.Select(x=>x.CustomerId).ToList();

对比

var t2 = _db.Customers
.Where(x => x.FirstName == "james" || x.FirstName == "thomas")
.Select(x => x.CustomerId).ToList();

t1 被执行为:

SELECT [x].[CustomerId]
FROM [Customers] AS [x]
WHERE (CASE
    WHEN [x].[FirstName] = N'james'
    THEN CAST(1 AS BIT) ELSE CAST(0 AS BIT)
END | CASE
    WHEN [x].[FirstName] = N'thomas'
    THEN CAST(1 AS BIT) ELSE CAST(0 AS BIT)
END) = 1

和 t2 为:

SELECT [x].[CustomerId]
FROM [Customers] AS [x]
WHERE [x].[FirstName] IN (N'james', N'thomas')

两者都返回相同的结果。我比较了他们的执行计划,执行 t1 我有“Index Scan”,而执行 t2 我有“Index Seek”。正如贾斯汀所提到的(SQL Server 计划:索引扫描/索引搜索之间的区别)“搜索总是比扫描更好,因为它们在查找数据的方式上更有效”。

所以,使用 | or & 不仅可能导致客户端评估,而且还会影响生成的 sql。

谢谢大家!

于 2019-02-20T08:57:37.297 回答