{"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\/novosti-interneta\/proekt-libsql-nachal-razvitie-forka-subd-sqlite","title":{"rendered":"Il progetto libSQL ha avviato lo sviluppo di un fork del sistema di gestione di database SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il progetto libSQL ha cercato di creare un fork del sistema di gestione di database SQLite, focalizzandosi sull'apertura alla partecipazione degli sviluppatori della comunit\u00e0 e sulla promozione di innovazioni che vadano oltre l'uso originale di SQLite. Tra le motivazioni per la creazione del fork c'\u00e8 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 sotto la licenza MIT (SQLite \u00e8 fornito come bene pubblico). <\/p>\n
I creatori del fork intendono mantenere la compatibilit\u00e0 con l'SQLite principale e rispettare lo stesso livello di qualit\u00e0, mantenendo un set di scenari di test e ampliandolo progressivamente con l'aggiunta di innovazioni. Per lo sviluppo di nuove funzionalit\u00e0, si propone di offrire l'opzione di utilizzare il linguaggio Rust, mantenendo comunque la parte di base in linguaggio C. Qualora la politica del progetto principale SQLite dovesse cambiare riguardo all'accettazione delle modifiche, i sviluppatori di libSQL intendono trasferire le modifiche accumulate nel progetto principale e unirsi al suo sviluppo. <\/p>\n
Tra le idee per possibili espansioni delle funzionalit\u00e0 di SQLite si menzionano: <\/p>\n
\n
Integrazione di strumenti per costruire database distribuiti che operano a livello della libreria stessa, senza passare attraverso la replica 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, similmente al supporto nel kernel della macchina virtuale eBPF, per situazioni in cui \u00e8 necessario salvare set di dati dal kernel che non possono essere contenuti nella memoria RAM.\n
Supporto per funzioni definite dall'utente, scritte in qualsiasi linguaggio di programmazione e compilate in codice intermedio WebAssembly. <\/ul>\n