sto scrivendo un articolo proprio su questo argomento! Quanto mi fa piacere vedere che se ne parli

Quello che tu citi è chiamato in letteratura "the n+1 SELECT problem", che purtroppo sei costretto a subire nel momento in cui visualizzi una collection di entity per essere poi costretto ad iterare su ognuna di esse ed effettuare ulteriori query per visualizzare alcune informazioni.

Se ci pensi si tratta di feature che permettono un notevole fine-tuning delle query eseguite, e che non è così banale implementare in un DAL fatto a manina.

Beh, entrambi hanno soluzioni più che valide: con LINQ puoi modificare le DataLoadOptions, qui il primo esempio che ho trovato
http://blog.benhall.me.uk/2007/08/linq-to-sql-dataloadoptions-previously.html

NHibernate invece consente di impostare la strategia di fetch in una criteria query o in HQL, es.

ICriteria myCriteria = session.CreateCriteria(typeof(Author));  
myCriteria.SetFetchMode("Books", FetchMode.Join);

Anyway, essendo NHibernate più avanti , sono disponibili ben tre strategie di fetch: Join, Select e Lazy.
Le prime due servono per un eager load del dato, ma Join effettua, per l'appunto, una join, mentre Select usa una sola select separata (occhio, una select per tutti i Books, di tutti gli Authors, non una per Author), utile quando la join può essere onerosa.
Lazy invece imposta un proxy che consente di caricare la proprietà al primo utilizzo, pratica ovviamente sconsigliata se devi mostrarne una lista, altrimenti ricadi nelle n+1 select.