{"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\/it\/blog\/news\/proekt-libsql-nachal-razvitie-forka-subd-sqlite","title":{"rendered":"Il progetto libSQL ha iniziato lo sviluppo di un fork del DBMS SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il progetto libSQL ha tentato di creare un fork del DBMS SQLite, mirato all'apertura per la partecipazione degli sviluppatori della comunit\u00e0 e alla promozione di innovazioni che superano l'originaria destinazione di SQLite. Come motivo per la creazione del fork viene citata la politica piuttosto rigida di SQLite riguardo all'accettazione di codice di terzi dalla comunit\u00e0, in presenza della necessit\u00e0 di promuovere miglioramenti. Il codice del fork \u00e8 distribuito con licenza MIT (SQLite \u00e8 fornito come dominio pubblico). <\/p>\n
I creatori del fork intendono mantenere la compatibilit\u00e0 con il principale SQLite e aderire allo stesso livello di qualit\u00e0, preservando il set di scenari di test e ampliandolo gradualmente mentre vengono aggiunte innovazioni. Per lo sviluppo di nuove funzionalit\u00e0, viene proposta la possibilit\u00e0 di utilizzare il linguaggio Rust, mantenendo per\u00f2 la parte fondamentale in linguaggio C. In caso di modifica della politica del progetto principale SQLite riguardo all'accettazione delle modifiche, gli sviluppatori di libSQL intendono trasferire le modifiche accumulate nel progetto principale e unirsi al suo sviluppo. <\/p>\n
Tra le idee per un possibile ampliamento delle funzionalit\u00e0 di SQLite si citano: <\/p>\n
\n
Integrazione di strumenti per la costruzione di database distribuiti, funzionanti a livello della libreria stessa, e non tramite la replicazione delle modifiche nel filesystem (LiteFS), e senza lo sviluppo di un prodotto separato (dqlite, rqlite, ChiselStore).\n
Ottimizzazione per l'uso di API asincrone, come l'interfaccia io_uring fornita dal kernel Linux.\n
Possibilit\u00e0 di utilizzare SQLite nel kernel Linux, analogamente al supporto nel kernel della macchina virtuale eBPF, per situazioni in cui \u00e8 necessario mantenere dal kernel set di dati che non possono essere contenuti nella memoria.\n
Supporto per funzioni definite dall'utente, scritte in qualsiasi linguaggio di programmazione e compilate in codice intermedio WebAssembly. <\/ul>\n