O projeto libSQL tentou criar um fork do SGBD SQLite, focado na abertura à participação de desenvolvedores da comunidade e na promoção de inovações além do propósito original do SQLite. O motivo da criação do fork é a política bastante rígida do SQLite em relação à aceitação de código de terceiros da comunidade caso haja necessidade de promover melhorias. O código fork é distribuído sob a licença MIT (SQLite é lançado como domínio público).
Os criadores do fork pretendem manter a compatibilidade com o SQLite principal e manter o mesmo nível de qualidade, mantendo um conjunto de casos de teste e expandindo-o gradativamente à medida que inovações forem adicionadas. Para desenvolver novas funcionalidades, propõe-se fornecer a possibilidade de utilização da linguagem Rust, mantendo a parte básica na linguagem C. Caso haja alteração na política do projeto SQLite principal quanto à aceitação de alterações, os desenvolvedores do libSQL pretendem transferir as alterações acumuladas para o projeto principal e participar do seu desenvolvimento.
Entre as ideias para possível expansão da funcionalidade do SQLite estão citadas:
- Integração de ferramentas para construção de bancos de dados distribuídos operando no nível da própria biblioteca, e não por meio de replicação de alterações no sistema de arquivos (LiteFS), e sem o desenvolvimento de um produto separado (dqlite, rqlite, ChiselStore).
- Otimização para uso de APIs assíncronas, como a interface io_uring fornecida pelo kernel Linux.
- Possibilidade de utilização de SQLite no kernel Linux, semelhante ao suporte ao kernel da máquina virtual eBPF, para situações em que é necessário salvar conjuntos de dados do kernel que não cabem na RAM.
- Suporte para funções definidas pelo usuário escritas em qualquer linguagem de programação e compiladas em código intermediário WebAssembly.
Fonte: opennet.ru