Odb ODB ist ein Objekt-Datenbank-Frontend für Python.
Jetzt downloaden

Odb Ranking & Zusammenfassung

Odb Stichworte

Datenbank Datenbank-API. Datenbank-Frontend. Datenspeichermotoren Berkeley. BDB

Odb Beschreibung

ODB ist ein Objekt-Datenbank-Frontend für Python. ODB ist ein Objektdatenbank-Frontend für python.odb ist ein Frontend mit drei verschiedenen Datenspeichermotoren. Einer von ihnen ist BDB (Berkeley db), die anderen beiden sind speicherbeständige Datenbanken wie BDB, die nur vollständig in Python geschrieben wurden (und in diesem Paket enthalten - BDB und BSDDB3 sind separate Installationen). Die Schnittstelle ist sehr bdb-ish, nur viel Reiniger. Die ODB versucht, viele der grausigen Mut der Datenbankinteraktionen vom Benutzer zu verbergen.Der "Full" und "MEM" -Motoren.odb begann sein Leben als einfacher Wrapper um Berkeley DB. BDB verursachte jedoch aufgrund seiner verriegelten Probleme viel Schmerz. Wir würden gelegentlich in Ausnahmen ausgeführt werden, die aufgrund von erkannten Deadlocks geworfen wurden, die in unserer Umgebung sehr schwer waren - das "Richtige", um die Transaktion erneut zu versuchen, und erfüllte unsere Kontrolllogik und führte häufig zu weiteren Deadlocks. Mehr lästig waren die Fälle, in denen wir Schlösser ausgetreten hatten. Es war sehr schwierig für uns, herauszufinden, wo die Schlösser durchgesickert wurden, und wir haben ein bisschen laufende Datenbankwiederherstellung nicht ein bisschen - nicht das, was Sie für eine 24/7 Produktionsumgebung wünschen. An einem bestimmten Punkt entschied ich mich, die Odb zu geben Es ist eine eigene In-Memory-Datenbank-Engine, die vollständig in Python geschrieben wurde. Natürlich war die Leistung nicht viel von einem Problem für uns, also konnten wir mit einer einzigen Sperre für die gesamte Umwelt davonkommen - daher keine Deadlock-Probleme. Die erste Inkarnation wurde als "Memdb" genannt - es speichert die Datenbank als Sequenz von Logfiles. Wenn eine Instanz der Datenbank gestartet wurde, würde es alle Protokolldateien in den Speicher laden und die Datenbank eine Änderung auf einmal neu erstellen. Dies funktioniert gut genug, während der Motor ausgeführt wurde, aber wie Sie sich vorstellen könnten, ist der anfängliche Lastaufwand für einen Die Datenbank mit großer Größe war völlig verrückt. So fügte ich schnell die Fähigkeit zum Checkpoint hinzu - Sie können die Umgebung als eine riesige Zustandsdatei speichern und das beim Start laden. Lesen Sie dann nur das Protokoll von dem Punkt, an dem Sie überprüfen. Dieser Ansatz war besser, hatte jedoch dennoch den Nachteil, dass Sie die gesamte Datenbank beim Start lesen müssen. Es ist nicht so schlimm, dass die Datenbank vollständig in der Erinnerung live - Speicher ist in diesen Tagen groß. Das Problem muss beim Start eine vollständige Belastung durchführen. So wurde die "vollständige" Implementierung geboren. Die vollständige Implementierung prüft die Datenbank in eine Heap-Datei. Dadurch können die internen BTrees-LAZY-Load-Knoten, wie zugegriffen werden, zu erfahren, was zu einer minimalen Startzeit führt sollte möglich sein, um Rückenden ohne kodierende Unterschiede zu wechseln. Wenn Sie die Sonderfunktionen des "vollständigen" Backends verwenden möchten, verwenden Sie diese Schnittstelle speziell: {{aus odb.fullimport fullenv env = fullenv ('database_dir')}} Was ist neu in dieser Version: · In der Liste der HEAP-Datei wurde ein Vergleichsfehler behoben. · Unterstützung für die automatische Wiederherstellung von Protokolldateien wurde hinzugefügt.

Odb Zugehörige Software