JDBC vs JPA: due modi opposti di pensare l'accesso ai dati

JDBC offre un contatto diretto e trasparente con il database, mentre JPA introduce un livello di astrazione che porta il focus sul modello di dominio dell'applicazione.

I vantaggi di JDBC sono la trasparenza, il controllo sulle performance e la possibilità di eseguire operazioni non standard.

Gli svantaggi di JDBC sono la verbosità, il mapping manuale dei risultati e la disciplina rigorosa nella gestione delle risorse.

I vantaggi di JPA sono la produttività, la riduzione del boilerplate, il caching di secondo livello, il dirty checking, il flush automatico e la gestione trasparente delle transazioni.

Gli svantaggi di JPA sono l'imprevedibilità, i costi nascosti, i problemi di lazy loading e N+1 query che possono impattare gravemente le performance.

Il problema principale di JPA è l'imprevedibilità, non la lentezza.

Il problema N+1 in JPA è quando una query per recuperare una collezione di entità viene seguita da una query separata per ogni elemento della collezione, generando un gran numero di query secondarie.

In JDBC il developer scrive la query completa, sceglie gli indici, controlla il piano di esecuzione e ottimizza al volo. In JPA, il developer deve prestare attenzione a come JPA traduce la query, al caricamento delle relazioni e all'uso delle funzioni di aggregazione.

Dal punto di vista della manutenibilità, JPA vince quasi sempre nei progetti enterprise, ma con una cattiva progettazione JPA può trasformarsi in un incubo.

Ci sono scenari in cui JDBC supera nettamente JPA per quanto riguarda le performance, come il batch processing massivo, il reporting analitico, le stored procedure complesse e le interazioni con database legacy non ottimizzati per un modello a oggetti.

L'approccio migliore per combinare JDBC e JPA è sfruttare i punti di forza di ciascuna tecnologia, utilizzando JPA per le operazioni CRUD standard e la gestione del dominio e JDBC per le query analitiche, i report complessi e le operazioni di bulk.