http://ayende.com/Blog/archive/2010/02/04/what-happens-behind-the-scenes-nhibernate-linq-to-sql-entity.aspx
http://ayende.com/Blog/archive/2006/05/02/CombatingTheSelectN1ProblemInNHibernate.aspx

:)

"Arvydas" <neturiu@meilo.com> parašė naujienų 
news:hljnfp$pfh$1@trimpas.omnitel.net...
> Tai niekas ir nesako, kad ORM tinka absoliučiai visom situacijom, bet 99% 
> atvejų jis smarkiai palengvina duomenų saugojimą, validavimą ir kitą CRUD 
> briedą. Kiekvienas padorus ORM turi galimybes gauti duomenis pagal savo 
> sulipdytą SQL užklausą.
>
> Gal aš čia mažai patyręs, bet man kažkaip atrodo, kad imti duomenis iš DB 
> naudojantis Cartesian product yra labai neefektyvu, kai yra visam tam 
> sukurti JOIN'ai ir subselectai. Turiu čia priešistoriniam projekte prie 
> kurio dirbu keletą ataskaitų generuojamų naudojantis Cartesian product, 
> tai velnias žino iš viso kam panaudota: nei normaliai atsižvelgiama į DB 
> struktūrą, nei po to lengva maintaininti.
>
> Arvydas
> www.arvydas.net
>
> On 18/02/2010 11:57, meska wrote:
>> "Arvydas" <neturiu@meilo.com> parašė naujienų
>> news:hlj5a0$s72$1@trimpas.omnitel.net...
>>> o geriau pasidomėti kas yra ORM ir su kuo jis valgomas. Tada nebeteks
>>> prasmės kokioj RDBMS duomenys bus saugomi.
>>
>> O tada ateis dėdė Cartesian product kartu su n+1 ir pistels per
>> performance'a :)