ZODB3

ZODB3 (Object Database Zope) fornece um banco de dados orientado a objetos para Python que fornece um alto grau de transparência.
 Os aplicativos podem tirar proveito dos recursos de banco de dados objeto com poucos, se houver, as alterações a lógica do aplicativo. ZODB inclui características como uma interface plugable armazenamento, suporte a transações rico, e desfazer

O que é novo nesta versão:.

• uso forçado de bytes para '_p_serial' de objetos persistentes (compatibilidade com versões correções persistentes recentes).

O que é novo na versão 3.10.5:

• A resolução de conflitos falhou quando o estado incluído entre bancos de dados persistente referências com classes que não pôde ser importado.

O que é novo na versão 3.10.4:

• A resolução de conflitos falhou quando o estado incluiu referências persistentes com aulas que não pôde ser importado.

O que é novo na versão 3.10.3:

• Bugs Fixo:
• & quot; monitor de atividade não atualizado para subconnections quando a conexão voltou à piscina & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob arquivo temporário do get removido antes do que deveria & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• A forma que isso aconteça é que a transação for anulada após o processo de confirmação foi iniciado. Eu não sei como isso iria acontecer na natureza.
• Em 3.10.3, o ZEO tpc_abort chamar para o servidor é alterado para ser síncrono, que deverá abordar, neste caso. Talvez haja um outro caso.
• As melhorias de desempenho:
• Melhoria ZEO implementação cache do cliente para torná-lo menos propensos a expulsar os objetos que estão sendo usados.
• Pequeno (possivelmente insignificante) redução da CPU em servidores de armazenamento ZEO para servir cargas de objetos e no código de rede.

O que é novo na versão 3.10.1:

• Bugs Fixo:
• Quando a transação retrocedeu um ponto de salvamento após a adição de objetos e, posteriormente, adicionados mais objetos e comprometida, um erro poderia ser levantada & quot; ValueError: um objeto diferente já tem o mesmo OID & quot; fazendo com que a operação falhar. Pior, isso poderia deixar um banco de dados em um estado em que as transacções subsequentes no mesmo processo seria um fracasso.
• https://bugs.launchpad.net/zodb/+bug/665452
• Sockets Unix não funcionou para ZEO (uma vez que a adição de suporte IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Removido um missfeature que podem causar problemas de desempenho ao usar um coletor de lixo externo com ZEO. Quando os objetos foram excluídos de um armazenamento, invalidations foram enviados aos clientes. Isso não faz sentido. É descontroladamente improvável que as outras conexões / clientes têm cópias do lixo. Na coleção normal de armazenamento de lixo, nós não enviar invalidations. Não há nenhuma razão para enviá-los quando um coletor de lixo externo é utilizado.
• ZEO cliente simulação de cache misshandled invalidations causando estatísticas incorretas e erros.

O que é novo na versão 3.10.0 Beta 8:

• Bugs corrigidos:
• Em alguns sistemas, utilizando uma cadeia vazia em um endereço do servidor de um cliente ZEO levou a um erro de soquete. Agora, os clientes ZEO tratar '' como um alias para 'localhost'.
• Quando um tempo limite piscina foi especificado para um banco de dados e conexões antigas foram removidos devido ao tempo limite, um erro ocorreu devido a um erro na lógica de limpeza conexão.
• Quando as conexões mulri de banco de dados não foram utilizados e limpa, seus subconnections não eram limpos adequadamente.
• As alterações ao suppprt IPv6 quebrou uma correção para um problema no Mac OS X que poderia causar um servidor para parar de aceitar conexões.

O que é novo na versão 3.9.7:

• Bugs Fixo:
• As mudanças na forma que a coleta de lixo trata dicionários em Python 2.7 quebrou a implementação de cache objeto / conexão. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 não foi apoiada oficialmente, mas nós estávamos lançando binários para isso, então ... Logrotation / repoening através de um sinal SIGUSR2 não foi implementada. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Ao usar multi-bancos de dados, operações de gestão de cache em uma conexão, cacheMinimize e cacheGC, não foram aplicados a subconnections.

O que é novo na versão 3.10.0 Beta 7:

• Bugs corrigidos:
• ZEO não funcionou com addrsses IPv6. Adicionado suporte IPv6 contribuído por Martin v. Lowis.
• As mudanças na maneira que a coleta de garagem trata dicionários em Python 2.7 quebrou a implementação de cache objeto / conexão. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Um erro de armazenamento de arquivos pode causar clientes ZEO ter informações incorretas sobre revisões de objetos atuais após reconectar a um servidor de banco de dados.
• atualizou a opção de remover os arquivos dos repozo---kill de idade on-cheia 'Qualquer' .Index 'correspondente a backups sendo removido.
• Quando os objetos foram adicionados em pontos de salvamento e, ou o ponto de salvamento foi rolada para trás (https://bugs.launchpad.net/zodb/+bug/143560) ou a operação foi abortada (https://mail.zope.org/ Pipermail / zodb-dev / 2010 a junho / 013488.html) variáveis ​​_p_oid e _p_jar dos objetos não foram apuradas, levando a surprizing erros.
• métodos de extensão ZEO falhou quando um cliente reconectado a um armazenamento. (Https://bugs.launchpad.net/zodb/+bug/143344)
• objetos adicionados em transações que mais tarde foram abortados poderia ter _p_changed ainda definido (https://bugs.launchpad.net/zodb/+bug/615758).
• Esclarecido o valor de retorno para lastTransaction no caso em que não há quaisquer transações. Agora uma seqüência de oito nulos (aka & quot; z64 & quot;). Especificado
• Ao usar multi-bancos de dados, operações de gestão de cache em uma conexão, cacheMinimize e cacheGC, não foram aplicados a subconnections.
• Definir _p_changed em um blob wo realmente escrever qualquer coisa causou um erro. (Https://bugs.launchpad.net/zodb/+bug/440234)
• O modo detalhado do fstest foi quebrado. (Https://bugs.launchpad.net/zodb/+bug/475996)
• ids de objetos criados em um ponto de salvamento que é revertida wren't sendo reutilizado. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening através de um sinal SIGUSR2 não foi implementada. (Https://bugs.launchpad.net/zodb/+bug/143600) (não testado no Windows.)

O que é novo na versão 3.10.0 Beta 6:

• saídas de processo ou fecha de banco de dados poderia causar ZEO caches de ter dados incorretos devido a um problema na forma como invalidations foram processados.
• conexões de banco de dados não invalidar as entradas de cache quando erros de conflito foram levantadas em resposta a erros checkCurrentSerialInTransaction. Normalmente, isso não deve ser um problema, uma vez que deve haver invalidations pendentes para estes oids que fará com que o objeto a ser invalidado. Houve problemas com o ZEO gerenciamento de cache persistente que causaram a partir de dados de data para permanecer no cache. (É possível que o último dos quais destinados no 3.10.0b5.) Invalidar ler dados quando há um erro de conflito fornece um seguro extra.
• A interface, ZODB.interfaces.IStorage estava incorreta. O método de armazenamento nunca deve retornar uma seqüência de pares de OID e seriais.

Requisitos :

• Python