IEnumerable <T> e IQueryable <T> chiarimenti?

Question

Dopo aver letto this domanda, Ho bisogno di chiarire alcune cose.

IQueryable<Customer> custs = from c in db.Customers 
where c.City == "<City>" 
select c; 

IEnumerable<Customer> custs = from c in db.Customers 
where c.City == "<City>" 
select c; 

Domande:

1) è ok per dire che: nella prima query SQLServer è in esecuzione l'intera operazione, compreso dove clausola e ritorno SOLO le righe rilevanti - mentre il secondo fa SELECT * ... e restituisce tutte le righe in C# e THEN filtri?

2) Che dire se ho una raccolta solo - in memoria. (var lstMyPerson = new List<MyPerson>())

IQueryable<MyPerson> lst = from c in lstMyPerson 
where c.City == "<City>" 
select c; 

vs

IEnumerable<MyPerson> custs = from c in lstMyPerson 
where c.City == "<City>" 
select c; 

quale sarà la differenza di esecuzione ora?

Answer 1

1: No, che non è corretto

Dal momento che si sta solo memorizzare il dato in IEnumerable<Customer>, ma hanno ancora la stessa identica espressione che produce il risultato, essi saranno entrambi eseguire sul server e restituire solo le righe pertinenti.

Si otterrebbe la differenza di comportamento con questo:

IEnumerable<Customer> custs = from c in (IEnumerable<Customer>)db.Customers 
    where c. City == "<City>" 
    select c; 

In questo caso si sta forzando la collezione db.Customers da utilizzare come IEnumerable<T>, che quando enumerato scaricherà l'intera collezione.

noti che questo:

IEnumerable<Customer> x = from c in db.Customers 
          where c.City == "<City>" 
          select c; 

non è lo stesso di questo:

IEnumerable<Customer> x = from c in db.Customers 
          select c; 
IEnumerable<Customer> y = x.Where(c => c.City == "<City>"); 

Nel primo caso, la clausola where sarà una parte del SQL, nel secondo ha vinto 't. Questo è il motivo per cui la domanda/risposta collegata comporta una differenza, mentre il tuo codice no.

Si noti inoltre che solo le affermazioni che sono state scritte non eseguiranno di fatto nulla sul server, dal momento che memorizzeranno effettivamente solo una raccolta lenta. Se si va avanti e si elencano tali raccolte, a quel punto i bit rilevanti verranno eseguiti sul server.

2: List<T> non implementa o hanno metodi di estensione per IQueryable<T>, né gli operatori LINQ coinvolto nulla di ritorno compatibile con IQueryable<T>

In questo caso, il primo non verrà compilato.