Voldemort è scritto in Java ed è stato sviluppato da LinkedIn.
Non è un database relazionale classica, essendo più vicini ai sistemi NoSQL come Redis o FlockDB piuttosto che a MySQL.
Voldemort è per la gestione di grandi quantità di dati su più server contemporaneamente.
Di solito è il tipo di database utilizzato solo durante lo sviluppo di siti web di portali simili che devono essere veloci in carichi di query superiori alla media e le condizioni di traffico elevato
Caratteristiche :.
- La replica dei dati
- partionioning dati
- Supporto per la replica su più server
- Il supporto per partizionamento su più server
- Fault-tolerant
- Supporto serializzazione
- Ogni nodo di archiviazione dei dati è indipendente dagli altri
- versioning dei dati
- prestazioni nodo può essere modificato a livello individuale
- In memoria e nella cache on-memoria
- sistema scalabile
- le procedure di test semplici
- Documentazione
Cosa c'è di nuovo in questa versione:.
- Bug fix per divergenti versioni metadati
- Supporto IntelliJ in costruzione Gradle.
- Evitare assegnazione supplementare sul AvroGenericVersioned.
- correzioni unit test.
Cosa c'è di nuovo nella versione 1.9.5:
- metadati Versione fix chiave per incrementare in modo non corretto su ogni riavvio
- correzioni ReplaceNodeCLI e aggiungere post condizioni.
- Test refactoring e una nuova ClientTrafficGenerator classe per l'invio di traffico
- Cluster.equals fissi di fare la verifica dello stato del nodo
- check-versione avanzata meta per fare l'analisi automatica e dare uscita li>
- Readonly strumento replica aiuto per l'uscita, per l'avvio cinghia nodo morti
- equivalenti di file in batch di Windows per le nuove funzionalità di comando
- strumento DeleteKeysCLI per eliminare le chiavi serializzati da Voldemort
- voci Krati iteratore bug fix
Cosa c'è di nuovo nella versione 1.9.4:
- Aggiunto rivelatore fallimento separato per lavoro slop pusher in modo che funzioni slop.streaming.enabled metadati.
- rinominato StoreVerifier a ConnectionVerifier.
- Crea AdminConnectionVerifier e AdminSlopStreamingVerifier per rivelatori di rottura sotto OFFLINE_SERVER.
Cosa c'è di nuovo nella versione 1.9.1:
- Servizio Amministrazione e client per Coordinatore
- Alcune refactoring
- comando di shell fisso getMetaData li>
- tempo origine fisso a richiesta resto coordinatore
Cosa c'è di nuovo nella versione 1.8.3:
- opzione di sovrascrittura aggiunta a sborsare strumento ascensore
- messaggi Aggiunto registro di debug per CoordinatorService
- Supporto jUnit aggiunto per Gradle
- Risolto NetworkClassLoader bug durante l'esecuzione in Windows OS
- fallimenti legano fissi durante l'esecuzione di test
- Utilizzato serie logger nel costruttore StreamingClient
Cosa c'è di nuovo nella versione 1.8.1:
- Correzione AbstractStoreClientFactory per la compatibilità all'indietro
- Ripulito registrazione di messaggi
- I test unitari per i grandi dati binari
- refactoring strumento Voldemort admin - Fase 1 e Fase 2
Cosa c'è di nuovo nella versione 1.8.0:
- Dividi la stores.xml nei negozi individuali su Voldemort server.
- mantenendo la compatibilità di MetadataStore.
- bootstraps DefaultStoreClient utilizzando il nome del negozio (anziché stores.xml).
- funzionalità Nuovo strumento di amministrazione per aggiornare i negozi (invece di sostituire).
Cosa c'è di nuovo nella versione 1.6.9:
- Fissare una grande dove StreamingClient getterà NPE se non inizializzato
- Fix prove multiple rotti
- Modified RO ribilanciamento di prova per coprire un altro caso
- L'aggiunta di shell thin client per Voldemort Coordinatore
- Sposta zanna-0.0.2
Ciò che è nuovo nella versione 1.6.7:
- Aggiornamento del file di edera per riferirsi a zanna-0,0 .2.
Cosa c'è di nuovo nella versione 1.6.5:.
- Aggiungere funzionalità AdminClient per aggiornare le definizioni dei negozi
Cosa c'è di nuovo nella versione 1.6.4:
- Corretto il bug quando il server NPE RO quando rollback
- RO bug fix causato dal codice di ottimizzazione RW
Cosa c'è di nuovo nella versione 1.6.2:
- Slops memorizzati per i nodi non sono più in cluster, sarà die automaticamente
- Comando Admin per spurgare selettivamente slops destinati a nodi / zone / negozi
- Comando Admin per atomicamente aggiornamento cluster.xml, stores.xml in un colpo solo
- Aggiunto comando admin mostra-percorso-plan per tracciare tabella di routing per una chiave
- ZoneClipperCLI regola anche le definizioni dei negozi in base a zone caduto
- Numerosi test in giro non contigui ids nodo / ID di zona
Cosa c'è di nuovo nella versione 1.6.0:
- Modifiche:
- Fissa per rimuovere dipendenza ID nodo non contigui
- Statistiche per client negozio
Cosa c'è di nuovo nella versione 1.5.8:.
- Sostituito vaso resthdfs con tusk.jar
- Incorpora tentativi nel riposo HDFS fetcher.
Cosa c'è di nuovo nella versione 1.5.2:
- modifiche visibilità lato client (Istogramma, Connect eccezione)
- Aggiunta PruneJob e timebased meccanismo di risolvere in streaming client
- R2Store pulizia necessaria per il client resto
- miglioramenti di monitoraggio (BDB statistiche aggregate, streaming statistiche)
- miglioramenti di monitoraggio e di configurazione per il servizio REST
- donatore Rimosso codice riequilibrio basato
- Rimosso tipo di replica dalla base di codice
- I miglioramenti di riequilibrare controllo
Cosa c'è di nuovo nella versione 1.4.6:
- Pulizia di R2Store per lavorare con il server REST
- ZenStoreClient modificato per evitare la creazione di SystemStores durante ogni
- Re-bootstrap
- Aggiunta funzionalità di streaming slop
I commenti non trovato