{"id":106417,"date":"2023-01-19T18:48:11","date_gmt":"2023-01-19T16:48:11","guid":{"rendered":"https:\/\/prohoster.info\/?p=106417"},"modified":"2023-01-24T13:52:43","modified_gmt":"2023-01-24T11:52:43","slug":"razrabotchiki-sqlite-razvivayut-bekend-hc-tree-s-podderzhkoj-parallelnyh-operaczij-zapisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/razrabotchiki-sqlite-razvivayut-bekend-hc-tree-s-podderzhkoj-parallelnyh-operaczij-zapisi","title":{"rendered":"Die Entwickler von SQLite erweitern den HC-tree-Backend mit Unterst\u00fctzung f\u00fcr parallele Schreibvorg\u00e4nge.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des SQLite-Projekts haben mit dem Testen des experimentellen Backends HCtree begonnen, das eine Zeilenverriegelung unterst\u00fctzt und eine hohe Parallelit\u00e4t bei der Verarbeitung von Anfragen erm\u00f6glicht. Das neue Backend zielt darauf ab, die Effizienz der Nutzung von SQLite in Client-Server-Systemen zu erh\u00f6hen, die viele gleichzeitige Schreibanfragen an die Datenbank verarbeiten m\u00fcssen. <\/p>\n
Die urspr\u00fcnglich in SQLite verwendeten b-tree-Strukturen sind nicht auf eine solche Belastung ausgelegt, was SQLite darauf beschr\u00e4nkt, nur in einem Thread zu schreiben. Im Rahmen eines Experiments haben die Entwickler begonnen, eine alternative L\u00f6sung zu entwickeln, die HC-tree-Strukturen f\u00fcr die Speicherung verwendet, die besser f\u00fcr die Parallelisierung von Schreiboperationen geeignet sind. <\/p>\n
F\u00fcr die gleichzeitige Ausf\u00fchrung mehrerer Operationen in HCtree wird ein Mechanismus zur Transaktionsaufteilung verwendet, der Seitenlevel-Sperren nutzt und MVCC (Multi-Version Concurrency Control) \u00e4hnelt, dabei jedoch Schl\u00fcssel- und Bereichspr\u00fcfung anstelle von Satzseiten anwendet. Lese- und Schreiboperationen erfolgen in Bezug auf den Datenbanksnapshot, dessen \u00c4nderungen in der Hauptdatenbank erst nach Abschluss der Transaktion sichtbar werden. <\/p>\n
Die Kunden k\u00f6nnen drei Transaktions\u00f6ffnungsoperationen verwenden: <\/p>\n
\n
\u00abBEGIN\u00bb \u2014 Transaktionen ber\u00fccksichtigen keine Zugriffsdaten anderer Kunden. Falls innerhalb der Transaktion Schreiboperationen durchgef\u00fchrt werden, kann die Transaktion nur dann festgeschrieben werden, wenn w\u00e4hrend ihrer Ausf\u00fchrung keine anderen Schreiboperationen in der Datenbank stattgefunden haben.\n
\u00abBEGIN CONCURRENT\u00bb \u2014 Transaktionen sammeln Informationen \u00fcber den Zugriff anderer Kunden. Falls innerhalb der Transaktion Schreiboperationen durchgef\u00fchrt werden, kann die Transaktion festgeschrieben werden, wenn seit dem Erstellen des Snapshots in der Datenbank andere Transaktionen festgeschrieben wurden.\n
\u00abBEGIN EXCLUSIVE\u00bb \u2014 Nach dem \u00d6ffnen der Transaktion werden Operationen anderer Transaktionen bis zu ihrem Abschluss blockiert. <\/ul>\n
HCtree unterst\u00fctzt die Replikation im «Master-Slave»-Stil, die es erm\u00f6glicht, Transaktionen in eine andere Datenbank zu \u00fcbertragen und sekund\u00e4re Datenbanken im Einklang mit der Hauptdatenbank synchron zu halten. HCtree hebt auch die Grenze f\u00fcr die Datenbankgr\u00f6\u00dfe auf \u2013 anstelle von 32-Bit-Datenseiten-IDs verwendet HCtree 48-Bit-IDs, was die maximale Datenbankgr\u00f6\u00dfe von 16 Tebibyte auf 1 Exbibyte (eine Million Tebibyte) erh\u00f6ht. Die Leistung von SQLite mit dem HCtree-Backend wird voraussichtlich nicht unter der des klassischen, einheitlichen Backends liegen. SQLite-Clients mit HCtree-Unterst\u00fctzung k\u00f6nnen sowohl auf die Datenbank basierend auf der HC-tree-Struktur als auch auf \u00e4ltere SQLite-Datenbanken zugreifen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"