Relstorage. Ein Backend für ZOdB, der Gurken in einer relationalen Datenbank speichert.
Jetzt downloaden

Relstorage. Ranking & Zusammenfassung

Relstorage. Stichworte

relationale Datenbank Zodb ZODB Backend. Gurkenspeicherung. Dateispeicher ZEO

Relstorage. Beschreibung

Ein Backend für ZOdB, der Gurken in einer relationalen Datenbank speichert. RELSTORAGE ist ein Drop-In-Ersatz für die Standard-Zodb-Kombination von Filestorage und Zeo ausgelegt. Mehrere Zodb-Clients können dieselbe Datenbank ohne zusätzliche Konfiguration teilen. Unterstützt Rückgängig, historische Datenbankansichten, Verpackung und verlustfreie Migration zwischen Filestorage- und Relstorage-Instanzen. Die unterstützten relationalen Datenbanken sind postgreSQL 8.1 und höher (mit dem PsycoPG2-Python-Modul), MySQL 5.0 und höher (mit dem MySqldb 1.2.2-Python-Modul), und Oracle 10g (mit CX_ORACLE 4.3). ein kleiner Patch an ZODB ist erforderlich. Sehen Sie sich die mit Relstorage verteilten Patch-Dateien an. Anforderungen: · Python Was ist neu in dieser Version: · Die Halt-History-Option hinzugefügt. Stellen Sie es auf FALSE ein, um keine Geschichte zu behalten. (Die Verpackung ist noch erforderlich für die Müllsammlung und die Löschung des Blobs.) · Die Optionen von Replica-Conf und Replica-Timeout hinzugefügt. Setzen Sie replica-conc auf einen Dateinamen, der den Speicherort der Datenbank-Replikate enthält. Änderungen an der Datei Wirken auf Transaktionsgrenzen wirksam. · Erweiterte die Option Dokumentation in readme.txt. · Überarbeitet, wie Relstorage Memcached verwendet. Minimiert die Anzahl der Reisen in den Cache-Server und die Datenbank. · Ein In-Process-Pickle-Cache hinzugefügt, der einer Funktion dient, die dem ZEO-Cache ähnlich ist. · Ein Wrapper-Modul für Pylibmc hinzugefügt. · Speichern von Operationen nutzen jetzt Multi-Insert- und Multi-Löschen von SQL-Anweisungen, um den Effekt der Netzwerklatenz zu reduzieren. · Umbenannte Relstorage.py, um Importfragen zu überwinden. Verschoben auch die Optionsklasse in Options.py. · Aktualisiert den Patch für ZODB 3.7 und 3.8, um ein Problem mit Blobs und Subtransaktionen zu beheben. · Die Implementierung von Datenbankadaptern in viele kleine Objekte unterteilt, wodurch der Adaptercode modularer ist. Hinzugefügte Schnittstellen, die die Pflichten jedes Teils beschreiben. · Oracle: Spedup-Wiederherstellungsvorgänge, indem Sie kurze Blobs inline senden. · Oracle: Verwenden Sie ein Timeout auf Commit-Schlössern. Dies erfordert die Installation eines kleinen PL / SQL-Pakets, das auf dbms_lock zugreifen kann. Siehe readme.txt. · Oracle: Gebrauchte PL / SQL-Bulk-Einsatzoperationen zur Verbesserung der Schreibleistung. · PostgreSQL: Verwenden Sie den dokumentierten Alterssequenz-Neustart mit Anweisung, anstatt der Änderungsequenz zu beginnen. · MD5-Summenberechnung an die Adapter verschoben, sodass sie die Verwendung von MD5 nicht verwenden können. · Geändertes laderiales Laden von der Speicherverbindung nur, wenn die Ladeverbindung das angeforderte Objekt nicht bereitstellen kann. · Stoppen der Verpackungsdatenbank Trennen Sie die Ausnahmen. Nun fängt der Code sie direkt ab. · Verwenden Sie den Speicheranschluss anstelle des Lastanschlusses für die OID-Zuordnung. · Erkennen und bewältigen Sie den Rückwärtszeitlauf, der nach dem Failover auf eine usw.-asynchrone Slave-Datenbank ermittelt werden kann. Für die Einfachheit halber ist der gesamte Zodb-Cache ungültig, wenn dies geschieht. · Ersetzt das Geschwindigkeitstestskript mit einem separat verteilten Paket, Zodbshootout. · Das Zodbpack-Skript hinzugefügt.

Relstorage. Zugehörige Software