<Avvocato del diavolo mode>
Gaelazzo, non te ne pentirai, pensa solo alla validazione di entità la cui validità dipende dal tempo in cui viene controllata e dall'analisi di qualche milione di record nel DB, (la validazione lato client potrebbe essere ok al tempo T, ma non OK al tempo T+1 perchè qualche altro utente ha modificato i dati nel DB relazionale), è semplicemente impensabile avere questa validazione lato client, è anche impensabile bloccare milioni di records lato client in attesa che l'applicativo abbia terminato le sue elaborazioni, che magari sono interattive e devono attendere input utente per andare avanti, a maggior ragione quando hai un DBMS relazionale che è ottimizzato per fare esattamente quel lavoro.
Fintanto che questi ORM non rinunceranno alla loro supposta trasparenza in favore di un approccio più relazionale consentendo le validazioni lato DB server reagendo come si deve alle eccezioni generate dal DBMS, e risincronizzandosi automaticamente, creano solo problemi.
E poi hai voglia di avere progetti code first se prevedi moli di dati di milioni di records, il paradigma relazionale è quello migliore, anche dal punto di vista matematico, per gestire queste situazioni, gli ORM semplificano solo i lavori semplici.
</Avvocato del diavolo mode>

Rispondi quotando
