Odb. ODB é um frontend de banco de dados de objeto para python.
Baixe Agora

Odb. Classificação e resumo

Odb. Tag

base de dados API de banco de dados frontend de banco de dados. Motores de armazenamento de dados. Berkeley Bdb.

Odb. Descrição

ODB é um frontend de banco de dados de objeto para python. O ODB é um frontend de banco de dados de objeto para Python.odb é um frontend a três mecanismos de armazenamento de dados diferentes. Um deles é BDB (Berkeley DB), os outros dois são bancos de dados residentes de memória, como BDB, escrito apenas inteiramente em Python (e incluídos neste pacote - BDB e BSDDB3 são instalações separadas). A interface é muito bdb-ish, apenas limpador. O ODB tenta esconder um monte de tripas griseiras das interações do banco de dados do usuário. Os motores "completos" e "MEM" começaram sua vida como um simples invólucro ao redor de Berkeley DB. No entanto, o BDB nos causou muita dor por causa de suas questões de bloqueio. Nós ocorreríamos em exceções lançadas como resultado de deadlocks detectados que eram muito difíceis de lidar com o nosso ambiente - a "coisa certa" era tentar novamente a transação, complicando nossa lógica de controle e muitas vezes levando a outros impasses. Mais problemáticos foram os casos em que vazamos bloqueios. Foi muito difícil para nós descobrirmos onde as fechaduras estavam sendo vazadas e acabamos executando a recuperação de banco de dados um pouco - não o que você quer para um ambiente de produção 24/7.Então, em algum momento, decidi tentar dar odb Seu próprio motor de banco de dados na memória escrito completamente em Python. Obviamente, o desempenho não era muito de um problema para nós, então poderíamos fugir com um único bloqueio para todo o ambiente - portanto, nenhum problema de impasse. A primeira Encarnação foi chamada de "Memdb" - ele armazenou o banco de dados como uma seqüência de logfiles. Quando uma instância do banco de dados foi iniciada, ele carregaria todos os logfiles na memória e reconstruir o banco de dados uma alteração de cada vez. Isso funcionou bem o suficiente enquanto o motor estava funcionando, mas como você imagina, a sobrecarga de carga inicial para um Banco de dados de qualquer tamanho significativo foi completamente insano. Então, adicionei rapidamente a capacidade de verificar - você pode armazenar o ambiente como um arquivo de estado gigante e carregar que na inicialização. Em seguida, leia apenas o log a partir do ponto em que você checkrapped.Esta abordagem foi melhor, mas ainda tinha a desvantagem de exigir que você leia o banco de dados inteiro na inicialização. Não é tão ruim que o banco de dados viva completamente na memória - a memória é grande nos dias de hoje. O problema é ter que executar uma carga completa no startup.So é assim que nasceu a implementação "completa". A implementação completa Checkpoints o banco de dados para um arquivo de heap. Isso permite que o btrees internos seja lazy-carregar nós como eles são acessados, resultando em tempo de inicialização mínima.AT desta vez, todas as interfaces são principalmente intercompatíveis - se você codificar para a interface ODB abstrata (consulte "Odb.odbi") deve ser possível alternar as extremidades sem quaisquer diferenças de codificação. Se você quiser fazer uso dos recursos especiais do back-end "completo", use essa interface especificamente: {{de ODB.Full Import Fullenv Env = Fullenv ('Database_dir')} O que há de novo nesta versão: · Um erro de comparação foi corrigido na lista de nó livre de arquivos de heap. · Suporte para recuperação automática de arquivos de log foi adicionado.

Odb. Software Relacionado