Da ti odgovorim na performance deo, to zavisi od toga kakav finalni SQL generisu DLINQ/EF a to zavisi od toga sta trzis od njih da ti urade, narocito pri ispostovavanju univerzalnosti jer razliciti rdbms-ovi imju neke nijanse u tome sta je brze i efikasnije. Ne bi trebalo da ima mnogo razlike u odnosu na reader pod uslovom da readeru das isti SQL koji DLINQ/EF naprave
, iz cega lako mozes izvuci zakljucak da neke stvari mozes da optimizujes i ubrzas kroz reader ako si dobar u SQL-u. Sa druge strane, DLINQ/EF ti podatke daju lepo upakovane u strong tipove.
U principu ne treba da gledas na DLINQ/EF kao na high-performance resenja, oni su tu da ti olaksaju kod, ne da ga ubrzaju. AKo ti treba neko high-performance resenje onda je pozeljno da zaboravis na application layer i sve te operacije implementiras u kontekstu servera (SP, xSP, itd).
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
Linq to SQL vs Entity Framework
