Database di memoria semplice e affidabile per test di integrazione java veloce con supporto per JPA

Question

I miei test di integrazione sarebbero eseguiti molto più velocemente se avessi usato in-memory-database invece di PostgreSQL. Io uso JPA (Hibernate) e ho bisogno di un database in memoria che sarebbe facile passare all'utilizzo di JPA, facile da configurare e affidabile. Ha bisogno di supportare JPA e Hibernate (o viceversa se preferisci) piuttosto estesamente poiché non desidero adottare il mio codice di accesso ai dati per i test.

Quale database sono i migliori requisiti indicati sopra?

Answer 1

Per il test di integrazione , ora utilizzo H2 (dall'autore originale di HSQLDB) che preferisco su HSQLDB. È faster (e voglio che i miei test siano il più rapidi possibile), ha alcune caratteristiche interessanti come la modalità compatibility, il team di sviluppo è molto reattivo (mentre HSQLDB è rimasto inattivo per anni fino a poco tempo fa).

Answer 2

Sto usando HSQLDBin-memory per l'integrazione test di persistenza JPA/Hibernate in Java. Inizia abbastanza rapidamente, non richiede alcuna configurazione speciale.

L'unico problema che ho visto fino ad ora con l'utilizzo di HSQLDB con Hibernate riguardava la dimensione del batch che doveva essere impostata su 0, ma che potrebbe essere stata semplicemente correlata a una versione precedente. Farò uno scavo e vedrò se riesco a trovare i dettagli di quel problema.

Derby supports an in-memory mode in questi giorni, non è più contrassegnato come sperimentale.

Answer 3

Uso Derby. Per prima cosa si tratta di circa 3 linee in meno di codice per unità di test poiché non c'è bisogno di un arresto dopo il test. Tuttavia, è necessario utilizzare un'implementazione JPA che può rilasciare e creare tabelle come EclipseLink.

Derby può anche inizializzare un nuovo database in memoria da un file in modo da poter avere un database di riferimento e ripristinarlo in qualsiasi momento.

Per unit testing, però, preferisco creare i miei oggetti nella logica @Before di mio test di unità Trovo più facile soprattutto con JPA in quanto mi permette la flessibilità necessaria per fare refactoring e non devono preoccuparsi circa la struttura del database sottostante, altri strumenti come DBunit si basano praticamente su una struttura statica e il refactoring implica la modifica manuale degli XML DBunit piuttosto che affidarsi alle funzionalità di refactoring di Eclipse.