Motore di stoccaggio di backend BerkeleyDB per Durus BerkeleyDb Backend Storage Storage Engine per Durus fornisce un motore di archiviazione per Durus, un sistema di persistenza per la lingua Python.
Scarica ora

Motore di stoccaggio di backend BerkeleyDB per Durus Classifica e riepilogo

Motore di stoccaggio di backend BerkeleyDB per Durus Tag

Deposito backend. Motore di database Motore di stoccaggio Berkeleydb. Backend BerkeleyDB.

Motore di stoccaggio di backend BerkeleyDB per Durus Descrizione

BerkeleyDB backend Storage Engine per Durus fornisce un motore di storage per Durus, un sistema di persistenza per il linguaggio Python. BerkeleyDB backend Storage Engine per il progetto Durus fornisce un motore di storage per Durus, un sistema di persistenza per il pitone vantaggi programmazione language.Some rispetto allo standard di Durus FileStorage: · Il tempo di avvio è trascurabile. · Non avete bisogno di un indice in memoria, in modo che le dimensioni repository è limitata solo dalla spazio di archiviazione, non RAM. · Se si cambia gli oggetti esistenti, la dimensione di archiviazione non aumenta. · Se si eliminano gli oggetti, questi oggetti sono garbage collection in background, lentamente, senza degrado delle prestazioni. · Si può ancora fare una raccolta veloce completo, se ne avete bisogno. Anche se questa collezione è in corso, Durus serve ancora oggetti. Di tanto in tanto, comunque, può essere unresponsible per 2 o 3 secondi, mentre sta facendo un checkpoint per essere in grado di liberare spazio su disco del database di registrazione. · Raccolta Rifiuti non aumenta dimensione della memoria. Né l'utilizzo della RAM. · Elimina raccolta Rifiuti oggetti utilizzando le transazioni non durevoli, in modo molto efficiente. Se la raccolta viene interrotta bruscamente (di programma o di macchina si blocca), la collezione ricomincerà dall'inizio. Se il GC termina senza problemi, quello stato è durevole. · Ogni archivio degli oggetti nella memoria commetterà una transazione di lunga durata, tra cui tutti gli oggetti rilasciati in background garbage collector, lungo la strada. · Tempo di Garbage Collection è proporzionale alla spazzatura, non dimensioni repository. Ci sono alcuni svantaggi, comunque: · IMPORTANTE: Questo backend utilizza il conteggio dei riferimenti per decidere quando un oggetto è spazzatura e possono essere raccolti. Quindi, se avete i cicli nelle strutture di dati, è ** MUST * BREAK ** loro prima di rilasciare gli oggetti. · Non riuscendo a fare che perdere spazio su disco. E 'possibile che in un comunicato futuro possiamo raccogliere i cicli, ma cercare di evitare quel modello. · Oggetti Perdite crescerà la spazio su disco, ma la corruzione ** NO ** o malfunzionamenti accadrà. Nessun altro effetto secondario. · Anche se questo codice potrebbe funzionare su Windows, non ho controllato. Assolutamente no GARANZIA !. · A volte questo backend può diventare irresponsabile per un paio di secondi. E 'occupato a fare un posto di blocco allo spazio riciclare la registrazione del database. La pausa deve essere sorta, tuttavia. · Non utilizzare il backend di memorizzazione su NFS, almeno si sa che cosa sta succedendo. · Dal momento che stiamo usando BerkeleyDB come backend: · Si dovrebbe essere sperimentato con implementazioni BerkeleyDB. · Attenzione durante l'aggiornamento Python o BerkeleyDB. In particolare, è noto BerkeleyDB rompendo (ma DOCUMENTO!) Compatibilità binaria tra versioni. In questo caso, hanno sempre documentano la procedura per fare un aggiornamento controllato, quindi non preoccupatevi. Ma prendere atto del rischio. · Per fare un backup affidabile, si dovrebbe seguire le istruzioni nella documentazione BerkeleyDB: · · http://www.sleepycat.com/docs/ref/transapp/reclimit.html http://www.sleepycat.com/docs/ref/ transapp / archival.html · http://www.sleepycat.com/docs/utility/db_hotbackup.html · In Python è possibile utilizzare il "bsddb" standard o le associazioni "bsddb3" up-to-date (che sarà inclusa nelle nuove versioni di Python). Questo prodotto tenterà di utilizzare sempre le più recenti attacchi BerkeleyDB. Fate attenzione a BerkeleyDB versione cambia quando si aggiornano le associazioni. · Dal momento che i file sono BerkeleyDB strutture binarie, un database danneggiato può essere irrecuperabile. Siate diligenti e attenti con i backup. È possibile utilizzare questo prodotto sia come normale filestorage (locale), o di un sistema di archiviazione del server (remoto), proprio come New del solito Durus FileStorage.What in questo rilascio: · è stato aggiunto Compatibilità con Durus 3.7.

Motore di stoccaggio di backend BerkeleyDB per Durus Software correlato