حاول مشروع libSQL إنشاء تفرع من قاعدة بيانات SQLite التي تركز على الانفتاح على مشاركة مطوري المجتمع وتعزيز الابتكار بما يتجاوز الهدف الأصلي لـ SQLite. السبب المعطى للشوكة هو سياسة SQLite الصارمة إلى حد ما لقبول كود الطرف الثالث من المجتمع عندما تكون هناك حاجة لتعزيز التحسينات. يتم توزيع رمز الشوكة بموجب ترخيص معهد ماساتشوستس للتكنولوجيا (SQLite في المجال العام).
يعتزم منشئو الشوكة الحفاظ على التوافق مع SQLite الرئيسي والحفاظ على نفس مستوى الجودة ، والحفاظ على مجموعة من حالات الاختبار وتوسيعها تدريجياً مع إضافة ميزات جديدة. لتطوير وظائف جديدة ، يُقترح توفير القدرة على استخدام لغة Rust ، مع الحفاظ على الجزء الأساسي في لغة C. في حالة حدوث تغيير في سياسة مشروع SQLite الرئيسي فيما يتعلق بقبول التغييرات ، يعتزم مطورو libSQL نقل التغييرات المتراكمة إلى المشروع الرئيسي والانضمام إلى تطويره.
من بين الأفكار المتعلقة بالتمديد المحتمل لوظيفة SQLite مذكورة:
- تكامل أدوات بناء قواعد البيانات الموزعة التي تعمل على مستوى المكتبة نفسها ، وليس من خلال تكرار التغييرات في نظام الملفات (LiteFS) ، وبدون تطوير منتج منفصل (dqlite ، rqlite ، ChiselStore).
- تحسين استخدام واجهات برمجة التطبيقات غير المتزامنة ، مثل واجهة io_uring التي توفرها Linux kernel.
- القدرة على استخدام SQLite في Linux kernel ، على غرار الدعم الموجود في نواة الجهاز الظاهري لـ eBPF ، في المواقف التي تحتاج فيها إلى حفظ مجموعات البيانات من النواة التي لا تتناسب مع ذاكرة الوصول العشوائي.
- دعم الوظائف التي يحددها المستخدم والمكتوبة بأي لغة برمجة ومجمعة في رمز وسيط WebAssembly.
المصدر: opennet.ru