SQLite: قاعدة البيانات الأكثر انتشارًا يتجاهلها معظم المسؤولين

النقاط الرئيسية

• تعد الميزة بدون خادم، وليست غيابًا: استدعاء المكتبة بعيدًا، ولا توجد شياطين، ولا يوجد مقبس شبكة، ولا تكوين؛ بالنسبة لتحليلات العملية الواحدة بالإضافة إلى التطبيقات الصغيرة، يقترب سطح النشر من الصفر.
• التزامن هو القيد الذي يحد منه: يضيف وضع WAL قراء متزامنين مع كاتب واحد؛ N-Threads-of-writers عبر العديد من العمليات المستقلة هي رائحة التصميم على الفور: ملف قاعدة البيانات غير مخصص للاستضافة المتعددة.
• أمانة التخزين: الملف هو قاعدة البيانات، مما يجعل النسخ الاحتياطية بسيطة (النسخ الحية عبر .backup API أو VACUUM INTO، وليس cp أثناء الكتابة!) ووضع الإهمال كارثي (قفل الملفات من فئة NFS هو فولكلور؛ القرص المحلي أو الفهم العميق لحقيقة أن دلالات القفل تفشل عبر NFS أمر إلزامي).
• يعد استقرار تنسيق الملف إنجازًا نادرًا: فالملفات المكتوبة منذ عقود مضت تظل مفتوحة لعقود أخرى؛ تستفيد مسارات عمل بيانات الطب الشرعي/البحث ومخازن التكوين وذاكرة التخزين المؤقت للتطبيقات جميعًا من التنسيق الذي لا يفاجئ أبدًا دورة التحديث.
• لا يمكن افتراض أنها صغيرة: تعمل SQLite على تشغيل إلكترونيات الطيران لنظام الطيران وذاكرة التخزين المؤقت على نطاق المتصفح؛ عادةً ما تظهر الحدود القصوى العملية حول حمل الكتابة المتزامن أو متطلبات HA، وليس إجمالي حجم البيانات (توجد عمليات من فئة تيرابايت تتجاوز حدود ذاكرة التخزين المؤقت).
• حيث تنتمي الحدود: تحليلات الكاتب الفردي، والتخزين المحلي للتطبيق، وأجهزة الحافة، ومرحلة MVP من النموذج الأولي إلى الإنتاج؛ في اللحظة التي تدخل فيها عدة خوادم أو كتاب متزامنين في الوقت الفعلي إلى الصورة، انتقل إلى PostgreSQL أو MySQL بأمانة بدلاً من فرض التنسيق.

ملاحظة ميدانية

لم يكن ملف SQLite الذي حمل أسطولًا من الأجهزة لمدة سبع سنوات هو عنق الزجاجة أبدًا، ولكن كل فشل في النسخ الاحتياطي رأيناه جاء من cp أثناء عمليات الكتابة بدلاً من نظام VACUUM INTO لسلامة الملفات المحلية. يتم الاحتفاظ بالنسخ الاحتياطية الصحيحة باستخدام الأداة، وليس عادة التوزيعة.

أسئلة شائعة