Il tuo articolo è interessante e (per quel che mi riguarda) cade a fagiolo..Ora però mi viene il dubbio: quale strada scegliere a questo punto per avere un buon sistema ORM? C'è una strada buona tra gli strumenti microsoft o devo puntare su ORM di terze parti?
ciao grazie

W Nhibernate ;)
Gratuito, opensource e "storico" (con la versione java avrà 20anni) ;)
Per fortuna all'epoca ho ascoltato Riccardo Golia che nella sua infinita generosità unt professionalità mi consigliò nh per il mio progetto.
E RI-Pà fortuna che non ho seguito un altro che credeva ciecamente il linq 2 sql (vabbè era appena uscito e in effetti l'idea di usare tecnologia M$ con prospettive future non era malvagia) :P

PS: se posso aggiungere una nota su nh: ma davvero c'è ancora chi crede che non sia un progetto solido? No perché ogni tanto sento "ma è opensource".." magari domani lo chiudono perché non hanno i fondi"..: ben per questo dovresti scegliere un progetto opensource! Metti che l'azienda che ti fornisce il tuo ORM commerciale chiude o fa dei bracking-change tra una main e l'altra tali per cui il tuo progetto deve essere rifatto...che fai? ...con un progetto open questi problemi non si presentano: ti apri il tuo bel codice e modifichi dove serve ;)

E tanto per fare spam (no dai spero che non sia fuori dalle politiche del sito) indico il ng italiano:
http://groups.google.com/group/nh-it?hl=it

Quel che dici è completamente vero.
Difatti l'ORM, come molte altre componenti, va scelto in base al progetto/cliente.
Se il cliente vuole mettere mano al progetto e mette un paletto "si usa pacchetti commerciali" e tiene conto del costo...benissimo, si usa il pacchetto commerciale..è una sua richiesta!
Pure io psicologicamente tendo ad affidarmi di più a tecnologie di M$ SOLO perché prodotte da lei (dio fa che mssql non sia un bagno di bug come mysql :P ..periodo in cui voglio migrare ;)) ma questa è n'altra storia ;)

La parte sullo smanettone/ego mi sembra un pò esagerata ;)
Tieni anche conto che sui progetti open solitamente ci lavorano parecchie persone..nh ne è un esempio: quindi se il tuo ego è particolarmente ridotto (come nel mio caso :P) prima ci provi e poi segnali il bug..

Tieni anche presente che di sono situazioni e situazioni: parlando di cose NON ORM ci possono essere prodotti iper-costosi che poi chiudono e ti lasciano in braghe di tela.
Ne parlavo l'altro giorno con un amico che fa sistemi di automatismo nelle petroliere e dopo alcune spiacevoli vicissitudini, ora scelgono (se possono) prodotti opensource perché gli garantiscono un tempo di vita più lungo delle applicazioni (del resto un team di laureati/certificati vuoi che non sappia indossare la maschera "dello smanettone" e correggere eventuali bug dei prodotti open a cui si son affidati?) :P
All'azienda a quel punto costa meno perché punta sulla stabilità e vita del progetto che NON può essere garantita da una sotfware house esterna che produce codice closed.

Cmq al solito: scelte!

1) non esiste la "miglior soluzione"
2) non sono un esperto di ORM e onestamente ho usato solo Nh
3) non sono proprio un esperto ;) ;)
4) WPF è una tecnologia per la presentazione e siccome è buona norma oggi giorno (in generale) creare progetti "layerizzati" ovvero "presentazione"-"business"-"persistenza" che appunto separano fisicamente "i compiti" di un'applicazione, che tu usi Nh o che usi un ORM commericale o fatto in casa, non dovrebbe mai cambiarti la vita rispetto alla tecnologia di presentazione che usi.
Es: se tu usi Nh per un progetto che ha sia un sito web sia una winform, lo strato di codice per la persistenza nel database di nh non dovrebbe cambiare (se non alcuni ovvi accorgimenti) tra la versione web e quella windows.

All'atto pratico poi non so se tu possa avere facilitazioni da un ORM piuttosto che un altro per lavorare con WPF ;)