В чем разница между & и && в EF Core

Согласно документации Microsoft:

1. & Оператор поддерживается в двух формах: унарный оператор адреса или бинарный логический оператор..

Унарный адрес оператора:

Унарный оператор & возвращает адрес своего операнда. Для получения дополнительной информации см. Как: получить адрес переменной. Оператор адреса & требует небезопасного контекста.

Целочисленный логический побитовый оператор И:

Для целочисленных типов оператор & вычисляет логические побитовые 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 истинен, если и x, и y оцениваются как true. В противном случае результат false. Если первый операнд оценивается как false, второй операнд не оценивается, а результатом операции является false. Следующий пример демонстрирует такое поведение:

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 подробно объяснил это:Здесь

but what about EF? Is there any differences between & and && (same for | and ||)? performance-wise!

Да, есть.

Во-первых, иногда EF Core использует оценка клиента, поэтому его нельзя замкнуть накоротко.

Во-вторых, даже при использовании оценки сервера EF Core интерпретирует их по-разному. Например, вот перевод для SqlServer:

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

Влияет ли это на производительность, зависит от оптимизатора запросов к базе данных, но в целом первый выглядит лучше. А некоторые поставщики баз данных, которые не имеют встроенной поддержки типа bool, могут генерировать довольно неэффективный перевод или даже не переводить предикаты & / |.

Короче говоря, желательно всегда использовать логические операторы && и || в запросах LINQ.

Решил провести эксперимент:

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 у меня было «Сканирование индекса», а для выполнения t2 у меня был «Поиск индекса». Как упомянул Джастин (Планы SQL Server: разница между сканированием индекса и поиском индекса): «Поиск всегда лучше, чем сканирование, поскольку он более эффективен в том, как он ищет данные».

Итак, используя | или & не только это может привести к оценке на стороне клиента, но также повлияет на сгенерированный sql.

Всем спасибо!