Motor de armazenamento de backend BerkeleyDB para Durus BerkeleyDB Backend Engine de armazenamento para Durus fornece um motor de armazenamento para Durus, um sistema de persistência para a linguagem Python.
Baixe Agora

Motor de armazenamento de backend BerkeleyDB para Durus Classificação e resumo

Motor de armazenamento de backend BerkeleyDB para Durus Tag

armazenar Processo interno motor de banco de dados mecanismo de armazenamento Berkeleydb. Backend berkeleydb.

Motor de armazenamento de backend BerkeleyDB para Durus Descrição

O motor de armazenamento de backend de BerkeleyDB para Durus fornece um motor de armazenamento para Durus, um sistema de persistência para a linguagem Python. BerkeleyDB Backend Engine de armazenamento para Durus Project fornece um motor de armazenamento para Durus, um sistema de persistência para a linguagem de programação Python. Algumas vantagens em comparação com o Filestorage padrão de Durus: · O tempo de inicialização é insignificante. · Você não precisa de um índice na memória, para que o tamanho do repositório seja limitado apenas pelo espaço de armazenamento, não RAM. · Se você alterar os objetos existentes, o tamanho do armazenamento não aumentará. · Se você excluir objetos, esses objetos são coletados lixo no fundo, lentamente, sem degradação de desempenho. · Você ainda pode fazer uma coleção rápida completa, se precisar. Enquanto esta coleção está em andamento, Durus ainda serve objetos. De tempos em tempos, no entanto, não pode ser inconsponível por 2 ou 3 segundos, enquanto está fazendo um ponto de verificação para poder gratuitamente diskspace de registro de banco de dados. · A coleta de lixo não aumenta o tamanho do armazenamento. Nenhum uso de RAM. · A coleta de lixo exclui objetos usando transações não duráveis, muito eficientemente. Se a coleção for abortada abruptamente (programa ou travessas de máquinas), a coleção começará novamente desde o início. Se o GC terminar sem problemas, esse estado é durável. · Qualquer armazenamento de objeto no armazenamento cometerá uma transação durável, incluindo todos os objetos liberados no coletor de lixo de fundo, ao longo do caminho. · O tempo de coleta de lixo é proporcional ao lixo, não o tamanho do repositório. Existem algumas desvantagens, no entanto: · Importante: Este backend usa a contagem de referência para decidir quando um objeto é lixo e pode ser coletado. Então, se você tiver ciclos em suas estruturas de dados, você deve * quebrar ** deles antes de liberar os objetos. · Não fazer isso vazará o espaço de discos. É possível que em uma versão futura possamos coletar ciclos, mas tente evitar esse padrão. · Objetos de vazamento crescerão o espetáculo, mas ** não ** corrupção ou mau funcionamento acontecerá. Nenhum outro efeito secundário. · Embora esse código pudesse funcionar no Windows, não verifiquei isso. Absolutamente nenhum Garantee!. · Às vezes, esse backend pode se tornar irresponsável por alguns segundos. Está ocupado fazendo um ponto de verificação para reciclar o espaço de registro do banco de dados. A pausa deve ser classificada, no entanto. · Não use este backend de armazenamento sobre NFS, pelo menos você sabe o que está acontecendo. · Desde que estamos usando BerkeleyDB como backend: · Você deve ser experimentado com as implantações de BerkeleyDB. · Cuidado ao atualizar Python ou BerkeleyDB. Em particular, BerkeleyDB é conhecido pela quebra (mas eles documentam!) Compatibilidade binária entre versões. Nesse caso, eles sempre documentam o procedimento para fazer uma atualização controlada, portanto, não se preocupe. Mas tome nota do risco. · Para fazer um backup confiável, você deve seguir as instruções na documentação de BerkeleyDB: · http://www.sleepycat.com/docs/ref/transapp/reclimit.html · http://www.sleepycat.com/docs/ref/ transapp / arquivamento.html · http://www.sleepycat.com/docs/utility/db_hotbackup.html · No Python você pode usar o padrão "BSDDB" ou as ligações "BSDDB3" atualizadas (que serão incluídas em novas versões Python). Este produto tentará usar sempre as ligações BerkeleyDD mais recentes. Tenha cuidado com a versão de BerkeleyDB alterações quando você atualiza as ligações. · Como os arquivos BerkeleyDB são estruturas binárias, um banco de dados corrompido pode ser irrecuperável. Seja diligente e cuidadoso com seus backups. Você pode usar este produto como um sistema de armazenamento normal (local) ou um servidor (remoto), assim como o habitual Durus Filestorage.O que foi novo nesta versão: · Compatibilidade com Durus 3.7 foi adicionado.

Motor de armazenamento de backend BerkeleyDB para Durus Software Relacionado