Relestage. Um backend para zodb que armazena picles em um banco de dados relacional.
Baixe Agora

Relestage. Classificação e resumo

Relestage. Tag

Banco de dados relacional Zodb. ZODB backend armazenamento pickles Armazenamento de arquivo Zeo.

Relestage. Descrição

Um backend para o ZODB que armazena picles em um banco de dados relacional. A Relstoreage é projetada para ser uma substituição de drop-in para a combinação padrão do ZODB de Filestadora e ZEO. Vários clientes zodb podem compartilhar o mesmo banco de dados sem qualquer configuração adicional. Suporta desfazer, visualizações de banco de dados históricas, embalagem e migração sem perdas entre as instâncias de fileza e relatação. Os bancos de dados relacionais suportados são postgresql 8.1 e acima (usando o módulo PSYCOPG2 Python), o MySQL 5.0 e acima (usando o módulo Python MySQLDB 1.2.2), e Oracle 10g (usando cx_oracle 4.3). Um patch pequeno para o zodb é necessário. Veja os arquivos de patch distribuídos com relância. Requisitos: · Pitão O que há de novo nesta versão: · Adicionado a opção Keep-History. Defina-o como falso para não manter o histórico. (A embalagem ainda é necessária para a coleta de lixo e a exclusão de blob.) · Adicionado as opções de réplica-conf e réplica-timeout. Definir réplica-conf a um nome de arquivo contendo a localização das réplicas de banco de dados. Alterações no arquivo entra em vigor nos limites da transação. · Expandiu a documentação da opção em Readme.txt. · Revisado a maneira como a relescimento usa memcached. Minimizou o número de viagens para o servidor de cache e o banco de dados. · Adicionado um cache de picles no processo que serve uma função semelhante ao cache Zeo. · Adicionado um módulo wrapper para pylibmc. · As operações da loja agora usam instruções SQL multi-inserção e multi-delete para reduzir o efeito da latência da rede. · Renomeado Relstoreage.py para Storage.py para superar questões de importação. Também moveu a aula de opções para Opções.py. · Atualizou o patch para o ZODB 3.7 e 3.8 para corrigir um problema com blobs e subtransações. · Dividiu a implementação de adaptadores de banco de dados em muitos objetos pequenos, tornando o código do adaptador mais modular. Adicionar interfaces que descrevem as funções de cada parte. · Oracle: acelerou as operações de restauração enviando blobs curtos em linha. · Oracle: Use um tempo limite em commit bloqueios. Isso requer a instalação de um pequeno pacote PL / SQL que pode acessar o DBMS_lock. Veja Readme.txt. · Oracle: usou operações de inserção em massa PL / SQL para melhorar o desempenho de gravação. · PostgreSQL: Use a reinicialização de alter seqüência documentada com a instrução em vez de alterar a sequência com. · Moved MD5 Sum Computation para os adaptadores para que eles possam optar por não usar o MD5. · Loadserial alterada para carregar a partir da conexão da loja somente se a conexão de carga não puder fornecer ao objeto solicitado. · Interromper o banco de dados de embrulho desconectar exceções. Agora o código pega e lida diretamente com eles. · Use a conexão da loja em vez da conexão de carga para a alocação da OID. · Detectar e lidar com a viagem de tempo para trás, que pode acontecer após o failover a um banco de dados escravo assíncrono desatualizado. Por simplicidade, invalide todo o cache do Zodb quando isso acontece. · Substituiu o script de teste de velocidade com um pacote separadamente distribuído, zodbshootout. · Adicionado o script zodbpack.

Relestage. Software Relacionado