Confronto di database incorporati Java [chiuso]

Ho intenzione di sviluppare una piccola applicazione (Java) per la gestione delle mie finanze. Credo di aver bisogno di utilizzare un database incorporato, ma non ho esperienza in merito a questo problema. Ho provato a guardare alcuni dei prodotti disponibili , ma non riesco a decidere quale sarebbe più adatto a me. H2 , HSQLDB , Derby e Berkeley DB sembrano essere buoni candidati, ma ancora non vedo come si confrontino tra loro. Apprezzo il tuo aiuto confrontandoli e aiutandomi a decidere quale usare.

Ho intenzione di utilizzare Hibernate per la mia applicazione (a meno che non si consiglia di utilizzare l'API fornita da DBMS), ma desidero anche avere la possibilità di modificare facilmente il database utilizzando uno strumento di navigazione SQL (modifica dello schema e modifica dei dati).

Grazie.

O

• HSQLDB - Utilizzato da OpenOffice, testato e stabile. È facile da usare. Se vuoi modificare i tuoi dati db, puoi semplicemente aprire il file e modificare le istruzioni di inserimento.

o

• H2 - Si dice che sia più veloce (dallo sviluppatore, che originariamente ha progettato anche hsqldb)

Quale usare dipende da te, a seconda di quante prestazioni e quanta stabilità hai bisogno.

Lo sviluppatore di H2 ha fornito una buona valutazione delle prestazioni:
http://www.h2database.com/html/performance.html

Uso Apache Derby per quasi tutte le mie esigenze di database incorporato. È inoltre possibile utilizzare il database Java di Sun basato su Derby, ma l'ultima versione di Derby è molto più recente. Supporta molte opzioni supportate dai database nativi commerciali, ma è molto più piccolo e più facile da incorporare. Ho avuto alcune tabelle di database con più di un milione di record senza problemi.

Ho usato per usare HSQLDB e Hypersonic circa 3 anni fa. Al momento ha alcuni grossi problemi di prestazioni e io passo a Derby a causa di questi problemi. Derby è stato solido anche quando era nell'incubatrice ad Apache.

Avevo bisogno di utilizzare il database incorporato Java in uno dei miei progetti e ho svolto molte ricerche per comprendere i pro ei contro di ciascun database. Ho scritto un blog che elenca i pro ei contro dei popolari database java incorporati (H2, HSQLDB, Derby, ObjectDB, Neo4j, OrientDB), puoi dargli un'occhiata. Ho scelto H2 perché pensavo fosse più adatto alle mie esigenze. Link per il blog: http://sayrohan.blogspot.in/2012/12/choosing-light-weight-java-database.html Spero che aiuti!

Io andrei con H2, la performance è destinata a molto meglio di Derby. Leggi http://www.h2database.com/html/performance.html per maggiori informazioni.

HSQLDB è un buon candidato (il fatto che venga utilizzato in OpenOffice potrebbe convincere alcuni di voi), ma per un'applicazione personale così piccola, perché non utilizzare un database a oggetti (invece di un database relazionale classico)?

Ho utilizzato DB4O in uno dei miei progetti e ne sono molto soddisfatto. Essendo orientato agli oggetti, non è necessario l'intero livello Hibernate e puoi inserire / aggiornare / eliminare / interrogare direttamente gli oggetti! Inoltre, non devi preoccuparti dello schema, lavori direttamente con gli oggetti e DB4O fa il resto!

Sono d'accordo che potrebbe volerci del tempo per abituarsi a questo nuovo tipo di database, ma controlla il tutorial DB40 per vedere quanto è facile lavorare con il DB!

EDIT: come detto nei commenti, DB4O gestisce automaticamente le versioni più recenti delle classi. Inoltre, uno strumento per la navigazione e l'aggiornamento del database al di fuori dell'applicazione è disponibile qui: http://code.google.com/p/db4o-om/

Java DB (la distribuzione Sun di Apache Derby) ora viene fornito in JDK 6!

Volevo fare qualcosa come Jason Cohen e ho pensato che questo sembra il modo più semplice per essere nella distribuzione JDK (che della scorsa settimana è ora un requisito per la mia app). O forse sono solo pigro in quel modo.

Usiamo HSQLDB in produzione come opzione di "non configurazione" per la nostra applicazione. Permette alle persone di provare senza il fastidio di creare un vero database.

Tuttavia non lo supportiamo per il normale utilizzo. I motivi sono diversi:

1. Rallenta proporzionalmente alla dimensione dei dati.
2. Difficile accedere al di fuori della nostra app (ad es. Per rapporti personalizzati).
3. Le transazioni / sincronizzazione del disco sono difficili da ottenere correttamente, quindi è facile perdere dati.

Per almeno (2) e (3), ci sono modi per aggirarlo ma è difficile; è molto più facile, ad esempio, installare MySQL.

neo4j è:

un motore di persistenza Java integrato, basato su disco e completamente transazionale che memorizza i dati strutturati in grafici anziché in tabelle

Non ho ancora avuto la possibilità di provarlo, ma sembra molto promettente. Nota che questo non è un database SQL: il tuo oggetto grafico è persistente per te, quindi potrebbe non essere appropriato per la tua app esistente.

Un buon strumento di confronto può essere trovato qui: http://www.jpab.org/All/All/All.html

Notare anche i confronti testa a testa DBMS / JPA

Molte cose sono già state dette, ma posso solo aggiungere che ho usato HSQL, Derby e Berkely DB in alcuni dei miei progetti preferiti e hanno funzionato tutti bene. Quindi non penso che importi davvero molto essere onesti. Una cosa degna di nota è che HSQL si salva come file di testo con istruzioni SQL, il che è abbastanza buono. Rende davvero facile quando si sviluppano eseguire test e impostare rapidamente i dati. Può anche fare modifiche rapide, se necessario. Immagino che potresti facilmente trasferire tutto ciò a qualsiasi database se hai bisogno di cambiare anche tu :)

HSQLDB può causare problemi per applicazioni di grandi dimensioni, non è così stabile.

Il meglio che ho sentito (non l'esperienza di prima mano tuttavia) è berkleyDB. Ma a meno che non lo usi opensource, ti costerà un braccio e una gamba da usare a causa della licenza ... vedi questo http://www.oracle.com/technology/software/products/berkeley-db/htdocs/licensing.html per dettagli.

ps. berkleyDB non è un database relazionale nel caso non lo sapessi.

Sono un grande fan di DB4O sia per .Net che per Java .

Le prestazioni sono migliorate notevolmente dalle prime versioni. Anche il modello di licenza non è male. Mi piacciono particolarmente le opzioni disponibili per interrogare i tuoi oggetti. La query per esempio è molto potente e facile da usare.

Quali criteri utilizzerai per valutarli? Se non lo sai ancora, non hai bisogno di decidere adesso. Cerca di rendere la tua applicazione il più indipendente possibile dall'implementazione del database, fornendo i wrapper appropriati, gli oggetti di accesso ai dati ecc. E prendi questa decisione quando hai tutti i fatti a portata di mano e devi decidere.

Se stai usando database relazionali e SQL, quanto sopra non dovrebbe essere troppo difficile (usando JDBC ecc.). Assicurati di avere molti test circostanti in modo che quando vuoi passare da un database all'altro, puoi determinare che la funzionalità della tua applicazione rimane la stessa.

Ho riscontrato lo stesso problema qualche tempo fa. Non sapevo quale database scegliere, quindi la mia prima soluzione utilizzava Derby (o HSQLDB?), E in seguito sono stato in grado di passare a HSQLDB (o Derby? Non ricordo quale soluzione ha funzionato) una volta determinato dove Ho avuto problemi (relativi alle prestazioni) e quale soluzione avrebbe funzionato davvero per me.

Ho usato Derby e odio davvero le sue funzioni di conversione del tipo di dati, in particolare le funzioni di data / ora. (Tipo di numero) <--> La conversione di Varchar è un dolore.

Quindi, se prevedi di utilizzare conversioni del tipo di dati nelle tue istruzioni DB, considera l'uso di un altro DB incorporato, lo apprendo troppo tardi.

Ultime conversioni del tipo di dati della versione Derby

Personalmente preferisco HSQLDB, ma soprattutto perché è stato il primo che ho provato.

Si dice che H2 sia più veloce e fornisce un frontend GUI più carino (che è generico e funziona con qualsiasi driver JDBC, tra l'altro).

Almeno HSQLDB, H2 e Derby forniscono modalità server che sono ottime per lo sviluppo, perché puoi accedere al DB con la tua applicazione e alcuni strumenti allo stesso tempo (che la modalità incorporata di solito non consente).

Immagino di essere un po 'in ritardo (molto in ritardo ;-)) a questo post, ma vorrei aggiungere Perst, un database embedded open source e orientato agli oggetti per Java e .NET. per la tua considerazione. Perst è un database integrato open source / doppia licenza per Java. La distribuzione è compatibile con la piattaforma Android di Google e include anche Perst Lite per Java ME. Abbiamo persino creato un benchmark Android e prodotto un white paper sull'argomento ... puoi dare un'occhiata qui: http://www.mcobject.com/index.cfm?fuseaction=download&pageid=581§ionid=133

Ti auguro il meglio, Chris

Se ho ragione, H2 è degli stessi ragazzi che hanno scritto HSQLDB. È molto meglio se ti fidi dei benchmark sul loro sito. Inoltre, c'è qualche idea che la comunità del sole sia entrata troppo rapidamente nel Derby.

Mi rendo conto che hai menzionato la navigazione SQL, ma tutto il resto nella tua domanda mi fa venir voglia di suggerirti di considerare anche DB4O , che è un grande e semplice DB di oggetti .