{"id":105263,"date":"2022-10-07T21:36:52","date_gmt":"2022-10-07T19:36:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-libsql-nachal-razvitie-forka-subd-sqlite"},"modified":"2022-10-07T21:36:52","modified_gmt":"2022-10-07T19:36:52","slug":"proekt-libsql-nachal-razvitie-forka-subd-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/proekt-libsql-nachal-razvitie-forka-subd-sqlite","title":{"rendered":"Das libSQL-Projekt hat die Entwicklung eines Forks der SQLite-Datenbank-Management-System begonnen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das libSQL-Projekt versucht, einen Fork des SQLite-Datenbanksystems zu erstellen, der offen f\u00fcr die Beteiligung von Entwicklern aus der Community ist und Innovationen f\u00f6rdert, die \u00fcber den urspr\u00fcnglichen Zweck von SQLite hinausgehen. Als Grund f\u00fcr die Erstellung des Forks wird die recht strenge Politik von SQLite hinsichtlich der Annahme von Community-Code genannt, insbesondere wenn es darum geht, Verbesserungen voranzutreiben. Der Code des Forks wird unter der MIT-Lizenz verbreitet (SQLite wird als Public Domain angeboten). <\/p>\n
Die Erschaffer des Forks beabsichtigen, die Kompatibilit\u00e4t mit dem urspr\u00fcnglichen SQLite zu wahren und den gleichen Qualit\u00e4tsstandard einzuhalten, wobei sie einen Satz von Testf\u00e4llen beibehalten und diesen nach und nach erweitern werden, wenn neue Funktionen hinzukommen. F\u00fcr die Entwicklung neuer Funktionen wird die Verwendung der Programmiersprache Rust vorgeschlagen, w\u00e4hrend der Kern weiterhin in C bleibt. Sollte sich die Politik des Hauptprojekts SQLite bez\u00fcglich der Annahme von \u00c4nderungen \u00e4ndern, planen die Entwickler von libSQL, die gesammelten \u00c4nderungen in das Hauptprojekt zu \u00fcbertragen und sich an dessen Weiterentwicklung zu beteiligen. <\/p>\n
Zu den Ideen f\u00fcr m\u00f6gliche Erweiterungen der Funktionalit\u00e4t von SQLite geh\u00f6ren: <\/p>\n
\n
Integration von Mitteln zur Erstellung verteilter Datenbanken, die auf Bibliothekslevel arbeiten, anstatt \u00c4nderungen in der Dateisystem-Replikation durchzuf\u00fchren (LiteFS), und ohne die Entwicklung eines separaten Produkts (dqlite, rqlite, ChiselStore).\n
Optimierung f\u00fcr die Nutzung asynchroner APIs, wie sie durch die io_uring-Schnittstelle des Linux-Kernels bereitgestellt wird.\n
Die M\u00f6glichkeit, SQLite im Linux-Kernel zu verwenden, \u00e4hnlich wie die Unterst\u00fctzung im Kernel der eBPF-virtuellen Maschine, f\u00fcr Szenarien, in denen Datens\u00e4tze, die den RAM \u00fcberschreiten, aus dem Kernel gespeichert werden m\u00fcssen.\n
Unterst\u00fctzung von benutzerdefinierten Funktionen, die in beliebigen Programmiersprachen geschrieben und in WebAssembly-Bytecode kompiliert sind. <\/ul>\n