โครงการ libSQL พยายามสร้างทางแยกของ SQLite DBMS โดยเน้นไปที่การเปิดกว้างต่อการมีส่วนร่วมของนักพัฒนาชุมชน และการส่งเสริมนวัตกรรมที่นอกเหนือไปจากวัตถุประสงค์ดั้งเดิมของ SQLite เหตุผลในการสร้างทางแยกคือนโยบายที่ค่อนข้างเข้มงวดของ SQLite เกี่ยวกับการยอมรับโค้ดบุคคลที่สามจากชุมชน หากจำเป็นต้องส่งเสริมการปรับปรุง รหัสทางแยกถูกแจกจ่ายภายใต้ใบอนุญาต MIT (SQLite ได้รับการเผยแพร่เป็นสาธารณสมบัติ)
ผู้สร้าง fork ตั้งใจที่จะรักษาความเข้ากันได้กับ SQLite หลักและรักษาคุณภาพในระดับเดียวกัน โดยคงไว้ซึ่งชุดของกรณีทดสอบ และค่อยๆ ขยายออกไปเมื่อมีการเพิ่มนวัตกรรม เพื่อพัฒนาฟังก์ชันการทำงานใหม่ เสนอให้มีความสามารถในการใช้ภาษา Rust ในขณะที่ยังคงรักษาส่วนพื้นฐานในภาษา C ไว้ หากนโยบายของโปรเจ็กต์ SQLite หลักเกี่ยวกับการยอมรับการเปลี่ยนแปลงมีการเปลี่ยนแปลง นักพัฒนา libSQL ตั้งใจที่จะถ่ายโอนการเปลี่ยนแปลงที่สะสมไปยังโปรเจ็กต์หลักและเข้าร่วมในการพัฒนา
ในบรรดาแนวคิดสำหรับการขยายฟังก์ชันการทำงานของ SQLite ที่เป็นไปได้มีการกล่าวถึง:
- การรวมเครื่องมือสำหรับการสร้างฐานข้อมูลแบบกระจายที่ทำงานในระดับไลบรารี และไม่ผ่านการจำลองการเปลี่ยนแปลงในระบบไฟล์ (LiteFS) และโดยไม่มีการพัฒนาผลิตภัณฑ์แยกต่างหาก (dqlite, rqlite, ChiselStore)
- การเพิ่มประสิทธิภาพสำหรับการใช้ API แบบอะซิงโครนัส เช่น อินเทอร์เฟซ io_uring ที่เคอร์เนล Linux มอบให้
- ความสามารถในการใช้ SQLite ในเคอร์เนล Linux ซึ่งคล้ายกับการรองรับเคอร์เนลเครื่องเสมือน eBPF สำหรับสถานการณ์ที่จำเป็นต้องบันทึกชุดข้อมูลจากเคอร์เนลที่ไม่พอดีกับ RAM
- รองรับฟังก์ชันที่ผู้ใช้กำหนดซึ่งเขียนด้วยภาษาการเขียนโปรแกรมใดๆ และคอมไพล์เป็นโค้ดระดับกลางของ WebAssembly
ที่มา: opennet.ru