Czy wiele instrukcji .Where() w LINQ jest problemem z wydajnością?

Question

Zastanawiam się, czy istnieją implikacje wydajności wielu instrukcji .Where(). Na przykład można napisać:

var contracts = Context.Contract 
    .Where(
     c1 => 
      c1.EmployeeId == employeeId 
     ) 
    .Where(
     c1 => 
      !Context.Contract.Any(
       c2 => 
        c2.EmployeeId == employeeId 
        && c1.StoreId == c2.StoreId 
        && SqlFunctions.DateDiff("day", c2.TerminationDate.Value, c1.DateOfHire.Value) == 1 
       ) 
     ) 
    .Where(
     c1 => 
      !Context.EmployeeTask.Any(
       t => 
        t.ContractId == c1.Id 
       ) 
     ); 

Lub alternatywnie mogę połączyć je wszystkie w jednym przypadku() klauzuli, tak:

var contracts = Context.Contract 
    .Where(
     c1 => 
      c1.EmployeeId == employeeId 
      && !Context.Contract.Any(
       c2 => 
        c2.EmployeeId == employeeId 
        && c1.StoreId == c2.StoreId 
        && SqlFunctions.DateDiff("day", c2.TerminationDate.Value, c1.DateOfHire.Value) == 1 
       ) 
      && !Context.Employee_Task.Any(
       t => 
        t.ContractId == c1.Id 
       ) 
     ); 

Czy łańcuch gdzie() klauzule zranić wydajności lub są są równoważne?

Answer 1

W LINQ to Objects wystąpi bardzo mały hit wydajnościowy, ponieważ zasadniczo łańcuch iteratora będzie dłuższy - pobranie następnego elementu oznacza przejście do długiego łańcucha wywołań MoveNext().

W LINQ do SQL i podobnych dostawców, oczekiwałbym, że ten sam SQL będzie generowany w obie strony, więc nie wpłynie to na wydajność tam.

EDIT: Od pisania tego znalazłem się nieco więcej o LINQ do realizacji obiektów - jest to little more complicated ...