{"id":120814,"date":"2024-12-02T09:45:59","date_gmt":"2024-12-02T07:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql"},"modified":"2024-12-02T09:45:59","modified_gmt":"2024-12-02T07:46:01","slug":"sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"Die siebte Beta-Version von OrioleDB, einem hochleistungsf\u00e4higen Speicher-Engine f\u00fcr PostgreSQL.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Beta-Version des Speicher-Engines OrioleDB beta7 wurde vorgestellt und die Ergebnisse neuer Tests ver\u00f6ffentlicht, die eine signifikante Leistungssteigerung im Vergleich zu traditionellem PostgreSQL zeigen. In der Version beta7 wurden Optimierungen implementiert, die darauf abzielen, die Verarbeitung von Mehrfachlasten zu verbessern und die Lese- und Schreiboperationen zu beschleunigen. Die erste stabile Version von OrioleDB ist f\u00fcr 2025 geplant. Die Engine ist in C geschrieben und wird unter der PostgreSQL-Lizenz verbreitet, die der BSD- und MIT-Lizenz \u00e4hnlich ist. <\/p>\n
Das Projekt OrioleDB entwickelt eine alternative Speicher-Engine f\u00fcr PostgreSQL, die entwickelt wurde, um die Einschr\u00e4nkungen des Standard-Speichermoduls zu \u00fcberwinden und die Gesamteffizienz des Systems zu steigern. Zum Beispiel erm\u00f6glicht OrioleDB das Vermeiden von periodischen VACUUM-Operationen zur M\u00fcllsammlung, dank der Implementierung eines MVCC-Mechanismus (Multi-Version Concurrency Control) basierend auf Undo-Logs, die auf der Ebene einzelner Bl\u00f6cke und Zeilen arbeiten, sowie eines automatischen Zusammenf\u00fchrungsmechanismus f\u00fcr Datenseiten. OrioleDB verwendet auch 64-Bit-Transaktions-IDs, was das Problem der Z\u00e4hler\u00fcberl\u00e4ufe l\u00f6st. <\/p>\n
Um die Verwendung in verteilten Systemen zu vereinfachen und Operationen in OrioleDB zu parallelisieren, wird ein WAL-Log (Write-Ahead Logging) auf Zeilenebene gef\u00fchrt. Bei der Ausf\u00fchrung der UPDATE-Operation wird die Daten\u00e4nderung vor Ort unterst\u00fctzt (ohne die aktuelle Aufzeichnung freizugeben und eine neue zu erstellen), was sich positiv auf die Leistung auswirkt. In OrioleDB sind auch Funktionen wie das Lesen von Datenseiten ohne Sperren, das direkte Verkn\u00fcpfen von Seiten im Arbeitsspeicher mit Seiten im dauerhaften Speicher, sowie die Anwendung des Copy-on-Write (CoW) Mechanismus bei der Festlegung von Kontrollpunkten zur Erstellung konsistenter Snapshots jederzeit implementiert. <\/p>\n
Zu den Einschr\u00e4nkungen in der siebten Betaversion von OrioleDB geh\u00f6rt die M\u00f6glichkeit, nur B-Baum-Indizes zu verwenden (in Zukunft wird die Unterst\u00fctzung aller Indextypen von PostgreSQL verf\u00fcgbar sein), sowie das Fehlen der Unterst\u00fctzung f\u00fcr vorbereitete Transaktionen (PREPARE TRANSACTION) und den Befehl \u201eREINDEX\u201c im \u201eCONCURRENTLY\u201c-Modus. OrioleDB wird als Plug-in-Erweiterung implementiert, die \u00c4nderungen am Hauptcode von PostgreSQL erfordert. <\/p>\n
In den Leistungstests TPC-C, die die Transaktionsverarbeitungslast unter realistischen Bedingungen simulieren, zeigte die siebte Beta-Version von OrioleDB eine signifikante \u00dcberlegenheit gegen\u00fcber dem Standard-PostgreSQL-Engine. Die Tests wurden mit unterschiedlicher Anzahl gleichzeitiger Clients durchgef\u00fchrt, um die Skalierbarkeit und Leistung des Systems bei steigender Last zu bewerten. <\/p>\n
In Tests zur Bewertung der Transaktionsdurchsatz wurde mit OrioleDB eine h\u00f6here Durchsatzrate gemessen, ausgedr\u00fcckt in Transaktionen pro Minute (tpmC). Mit zunehmender Anzahl der Clients stieg die Leistung von OrioleDB linear, w\u00e4hrend die Heap-Engine in PostgreSQL eine Tendenz zur Stagnation und sogar zu einem R\u00fcckgang nach einem bestimmten Schwellenwert zeigte.
<\/center>
<\/center>
<\/center> <\/p>\n
In Tests zur Antwortzeit war die durchschnittliche Antwortzeit der Transaktionen in OrioleDB deutlich niedriger im Vergleich zu PostgreSQL. Somit k\u00f6nnen Systeme, die auf OrioleDB basieren, mehr Transaktionen im gleichen Zeitraum verarbeiten und gleichzeitig eine schnellere Abwicklung der Anfragen gew\u00e4hrleisten. Bei der Ressourcennutzung zeigte die OrioleDB-Engine eine effizientere Nutzung von CPU und Speicher, dank optimierter Ressourcenverwaltung. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Die](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"Die](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"Die](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n