ZODB3

ZODB3 (Zope Object Database) fornisce un database object-oriented per Python che fornisce un alto grado di trasparenza.
 Le applicazioni possono sfruttare le funzionalità di database oggetto con pochi, se del caso, modifiche alla logica applicativa. ZODB include caratteristiche come interfaccia plugable archiviazione, supporto ricco di transazione, e annullare

Cosa c'è di nuovo in questa versione:.

• utilizzo forzata di byte per '_p_serial' di oggetti persistenti (compatibilità correzioni con le recenti versioni persistenti).

Cosa c'è di nuovo in versione 3.10.5:

• Risoluzione dei conflitti non è riuscita quando lo stato incluso tra database persistente riferimenti con classi che non possono essere importati.

Cosa c'è di nuovo in versione 3.10.4:

• Risoluzione dei conflitti non è riuscita quando lo stato incluso riferimenti persistenti con le classi che non poteva essere importati.

Cosa c'è di nuovo in versione 3.10.3:

• Bugs fisso:
• & quot; monitorare l'attività non aggiornata per collegamenti parziali, quando il collegamento è tornato a piscina e quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob file temporaneo di ottenere rimossi prima dovrebbe & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• Un modo che questo accada è che una transazione viene interrotta dopo che il processo di commit è iniziato. Non so come questo sarebbe accaduto in natura.
• In 3.10.3, il ZEO tpc_abort chiamata al server viene modificato per essere sincrona, che dovrebbe affrontare questo caso. Forse c'è un altro caso.
• I miglioramenti delle prestazioni:
• implementazione cache del client ZEO migliorata per rendere meno probabile a sfrattare gli oggetti che vengono utilizzati.
• Piccolo (forse trascurabile) riduzione della CPU in storage server ZEO per servire i carichi di oggetti e nel codice di rete.

Cosa c'è di nuovo in versione 3.10.1:

• Bugs fisso:
• Quando una transazione rollback un punto di salvataggio dopo l'aggiunta di oggetti e successivamente aggiunti più oggetti e ha commesso un errore potrebbe essere sollevata & quot; ValueError: Un oggetto differente ha già lo stesso oid & quot; causando la transazione sicuro. Peggio ancora, questo potrebbe lasciare un database in uno stato in cui successive transazioni nello stesso processo fallirebbe.
• https://bugs.launchpad.net/zodb/+bug/665452
• socket di dominio Unix non ha funzionato per ZEO (dato che l'aggiunta del supporto IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Rimosso un missfeature che può causare problemi di prestazioni quando si utilizza un garbage collector esterna con ZEO. Quando gli oggetti sono stati eliminati da un magazzino, invalidazioni sono stati inviati ai clienti. Questo non ha senso. E 'selvaggiamente improbabile che gli altri collegamenti / clienti hanno copie della spazzatura. Nel normale raccolta di stoccaggio dei rifiuti, non inviamo invalidazioni. Non c'è motivo di fare quando si utilizza un garbage collector esterni.
• ZEO simulazione cache del client misshandled invalidazioni causando statistiche errati ed errori.

Cosa c'è di nuovo in versione 3.10.0 Beta 8:

• Bugs fisso:
• Su alcuni sistemi, utilizzando una stringa vuota in un indirizzo del server di un client ZEO ha portato ad un errore di socket. Ora, i clienti ZEO trattano '' come alias per 'localhost'.
• Quando è stato specificato un timeout piscina per un database e vecchi collegamenti sono stati rimossi a causa di timeout, un errore si è verificato a causa di un bug nella logica di connessione pulizia.
• Quando le connessioni mulri di database non sono stati utilizzati e ripuliti, i loro collegamenti parziali non sono stati puliti correttamente.
• Modifiche al suppprt IPv6 ha rotto una correzione per un problema su Mac OS X che potrebbe causare un server di accettare connessioni.

Cosa c'è di nuovo nella versione 3.9.7:

• Bugs fisso:
• Variazioni modo che la raccolta dei rifiuti tratta i dizionari in Python 2.7 ha rotto l'attuazione cache degli oggetti / collegamento. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 non è stato ufficialmente supportato, ma siamo stati rilasciando binari per esso, così ... Logrotation / repoening tramite un segnale SIGUSR2 non è stato attuato. (Https://bugs.launchpad.net/zodb/+bug/143600)
• In caso di utilizzo multi-database, le operazioni di gestione della cache su una connessione, cacheMinimize e cacheGC, non sono stati applicati a collegamenti parziali.

Cosa c'è di nuovo in versione 3.10.0 Beta 7:

• Bugs fisso:
• ZEO non ha funzionato con addrsses IPv6. Aggiunto il supporto IPv6 contributo di Martin v. Lowis.
• Variazioni modo collezione garage tratta i dizionari in Python 2.7 ha rotto l'attuazione cache degli oggetti / collegamento. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Un bug di archiviazione di file potrebbe causare client ZEO per avere informazioni errate sulle revisioni degli oggetti attuali dopo aver ricollegato a un server di database.
• ha aggiornato la "repozo --kill-vecchi-on-pieno 'per rimuovere i file di opzione qualsiasi' .Index 'corrispondente al backup rimossi.
• Quando gli oggetti sono stati aggiunti in punti di salvataggio e sia il punto di salvataggio è stato rollback (https://bugs.launchpad.net/zodb/+bug/143560) o l'operazione è stata interrotta (https://mail.zope.org/ Pipermail / ZODB-dev / 2010-Giugno / 013488.html) variabili _p_oid e _p_jar degli oggetti non sono stati liquidati, portando a Sorprendente errori.
• metodi di estensione ZEO fallito quando un client ricollegato ad una archiviazione. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Oggetti aggiunti in transazioni che sono state successivamente interrotte poteva _p_changed ancora impostata (https://bugs.launchpad.net/zodb/+bug/615758).
• chiarito il valore di ritorno per lastTransaction nel caso in cui non ci sono operazioni. Ora una serie di 8 punti nulli (aka & quot; Z64 & quot;). È specificato
• In caso di utilizzo multi-database, le operazioni di gestione della cache su una connessione, cacheMinimize e cacheGC, non sono stati applicati a collegamenti parziali.
• Impostazione _p_changed su un blob wo in realtà scrivere qualcosa ha causato un errore. (Https://bugs.launchpad.net/zodb/+bug/440234)
• La modalità dettagliata del fstest era rotto. (Https://bugs.launchpad.net/zodb/+bug/475996)
• id oggetto creato in un punto di salvataggio che è rotolato indietro wren't essere riutilizzati. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening tramite un segnale SIGUSR2 non è stato attuato. (Https://bugs.launchpad.net/zodb/+bug/143600) (testato su Windows.)

Cosa c'è di nuovo in versione 3.10.0 Beta 6:

• uscite di processo o si chiude del database potrebbero causare ZEO cache di avere dati corretti a causa di un problema nel modo in cui sono stati elaborati invalidazioni.
• Connessioni di database non invalidano le voci di cache quando gli errori di conflitto sono state sollevate nei confronti degli errori checkCurrentSerialInTransaction. Normalmente, questo non dovrebbe essere un problema, dato che non ci dovrebbero essere invalidazioni sospeso per questi OID che farà sì che l'oggetto essere invalidato. Ci sono stati problemi con ZEO gestione della cache persistente che hanno causato da dati relativi alla data di rimanere nella cache. (E 'possibile che l'ultimo di questi sono stati affrontati nel 3.10.0b5.) Invalidando i dati letti quando c'è un errore di conflitto fornisce qualche assicurazione in più.
• L'interfaccia, ZODB.interfaces.IStorage non era corretta. Il metodo negozio dovrebbe mai restituire una sequenza di coppie OID e seriali.

Requisiti :

• Python