Dự án libSQL đã cố gắng tạo ra một nhánh của cơ sở dữ liệu SQLite tập trung vào việc mở cửa cho sự tham gia của nhà phát triển cộng đồng và thúc đẩy đổi mới ngoài mục đích ban đầu của SQLite. Lý do fork được đưa ra là chính sách khá nghiêm ngặt của SQLite trong việc chấp nhận mã của bên thứ ba từ cộng đồng khi có nhu cầu thúc đẩy cải tiến. Mã fork được phân phối theo giấy phép MIT (SQLite thuộc phạm vi công cộng).
Những người tạo ra nhánh rẽ có ý định duy trì khả năng tương thích với SQLite chính và duy trì cùng mức chất lượng, duy trì một tập hợp các trường hợp thử nghiệm và dần dần mở rộng nó khi các tính năng mới được thêm vào. Để phát triển chức năng mới, đề xuất cung cấp khả năng sử dụng ngôn ngữ Rust, đồng thời duy trì phần cơ bản bằng ngôn ngữ C. Trong trường hợp có sự thay đổi trong chính sách của dự án SQLite chính liên quan đến việc chấp nhận các thay đổi, các nhà phát triển libSQL dự định chuyển các thay đổi đã tích lũy sang dự án chính và tham gia phát triển dự án đó.
Trong số các ý tưởng về khả năng mở rộng chức năng của SQLite được đề cập:
- Tích hợp các công cụ để xây dựng cơ sở dữ liệu phân tán hoạt động ở cấp thư viện và không thông qua sao chép các thay đổi trong hệ thống tệp (LiteFS) và không cần phát triển một sản phẩm riêng biệt (dqlite, rqlite, ChiselStore).
- Tối ưu hóa để sử dụng API không đồng bộ, chẳng hạn như giao diện io_uring do nhân Linux cung cấp.
- Khả năng sử dụng SQLite trong nhân Linux, tương tự như hỗ trợ trong nhân của máy ảo eBPF, cho các trường hợp bạn cần lưu các tập dữ liệu từ nhân không vừa với RAM.
- Hỗ trợ các chức năng do người dùng xác định được viết bằng bất kỳ ngôn ngữ lập trình nào và được biên dịch thành mã trung gian WebAssugging.
Nguồn: opennet.ru