استمع إلى هذا المقال
ربما استُخدم الذكاء الاصطناعي في إنتاج هذا الصوت.
اضغط مسافة أو K للتشغيل أو الإيقاف، وJ أو L للرجوع أو التقديم 15 ثانية.تم التحقق من المصادر في 16 أكتوبر 2026.
عام 2050 تاريخ غير مألوف في توثيق البرمجيات. قد يبقى ملف تحفظه اليوم حتى ذلك الوقت، بعد تبديل عدة حواسيب وجهات عمل وأنظمة تشغيل، وربما بعد اختفاء الشركة التي صنعت التطبيق.
يقول مطوّرو SQLite إنهم يخطّطون لدعمها حتى ذلك العام. ويميّزون بين النية والتنبؤ: لا أحد يستطيع ضمان ما سيحتاجه العالم بعد كل هذه المدة. تستحق قراراتهم الحالية بشأن التوافق والصيانة النظر على ضوء هذه النية. [1]
نختار مكوّناً برمجياً نعتمد عليه لأنه يوفّر علينا ساعات من العمل. ونادراً ما نسأل بالجدية نفسها عمّا سيجعل بياناته قابلة للقراءة بعد عشرين عاماً، أو عمّن سيظل يفهم القرارات التي بُني عليها.
يستطيع تطبيق يستخدم SQLite حفظ سجلاته في ملف عادي. ويمكنك الاحتفاظ بهذا الملف بعد التوقف عن استخدام التطبيق.
بدأت بخادم قد لا يكون متاحاً
كان ريتشارد هيب يعمل على برنامج يساعد على فهم الأنظمة وإدارتها على متن سفينة عسكرية. اعتمد التطبيق على خادم Informix. وحين يتعطل الوصول إلى الخادم، لا يحصل التطبيق على البيانات التي يحتاجها، حتى لو كان حاسوبه يعمل. أراد هيب قراءة البيانات مباشرة من القرص. [2]
يقول هيب إن SQLite استُخدمت للتطوير والاختبار في المشروع الأصلي، ولم تصبح قاعدة البيانات الرسمية لدى العميل. الرواية المرتّبة، التي يكتب فيها مطوّر بديلاً ثم ينقذ السفينة فوراً، ستكون حكاية أجمل ووصفاً أقل دقة لما حدث.
صدر الإصدار 1.0 في 17 أغسطس 2000. [3] أزالت بنيته اعتماداً محدداً: يستطيع التطبيق استدعاء محرك قاعدة البيانات داخل العملية البرمجية نفسها، من دون الاتصال بخادم قاعدة بيانات يعمل على نحو منفصل. هذا هو المعنى الذي ينبغي تذكّره عند قراءة كلمة «serverless» في توثيق SQLite؛ لا توجد خدمة سحابية مُدارة خلفها. [4]
يغيّر ذلك متطلبات توزيع تطبيق صغير. يستطيع برنامج ملاحظات أو فهرس الاحتفاظ بسجلات منظّمة، من دون مطالبة المستخدم بتثبيت خدمة لقاعدة البيانات وإعدادها وصيانتها. وقد لا يحتاج من يفتح التطبيق إلى معرفة اسم المحرك الذي يستخدمه.
ويضع أيضاً حدوداً للمشروع. تتخذ قاعدة بيانات تعيش داخل التطبيق قرارات مختلفة عن قاعدة صُمّمت لتنسيق عمل عملاء مستقلين عبر شبكة. المقارنة بعدد الخصائص في قائمة تتجاوز السبب الذي وُضع التصميم من أجله.
الملف القادم من 2004
في 18 يونيو 2004، قدّم الإصدار 3.0.0 تنسيق الملفات الذي تستخدمه عائلة SQLite 3. يوثّق المشروع توافق الإصدارات الأحدث مع ملفات ذلك الإصدار الأول، حتى بين أجهزة تختلف بنيتها. ما زال المحرك الجديد يستطيع التعامل مع قاعدة أنشأها المحرك القديم. [5]
وللتوافق مع الإصدارات السابقة اتجاه محدد. قدرة المحرك الحالي على قراءة قاعدة قديمة لا تعني أن كل محرك قديم يفهم كل قاعدة جديدة. أضافت SQLite جداول STRICT الاختيارية في نوفمبر 2021. لا تستطيع الإصدارات الأقدم، عموماً، فتح مخطط يستخدم هذه الكلمة، رغم بقاء تنسيق الملف الأساسي كما هو. [6]
لذلك يحتاج قارئ الأرشيف إلى معرفة الحد الأدنى لإصدار المحرك، إلى جانب اسم تنسيق الملف. سجّل الاثنين حين يعتمد المخطط على خاصية حديثة.
يتناسب الموضع مع السنة. المنطقة المخططة بعد 2026 مستقبلية؛ و2050 نية للدعم، وليس موعد إصدار.
الأرشيف يحتاج إلى سياقه
لنفترض أن تطبيق صور يحتفظ بالتعليقات والتواريخ في catalog.db، وبالصور في مجلد مجاور. بعد سنوات تستعيد القاعدة من حاسوب قديم. تُفتح، وتظهر سجلاتها، لكن كل صورة تشير إلى مجلد لم يُنسخ معها.
وهناك نقص أقل وضوحاً. يحتوي أحد الأعمدة على status = 3. هل يعني ذلك أن الصورة معتمدة، أم مخفية، أم تنتظر المراجعة؟ حفظت SQLite الرقم كما هو. ويظل على أحدهم حفظ معناه. في الأرشيف الافتراضي أدناه، يمكنك إرفاق الصور وقاموس بيانات قصير بالقاعدة. جرّب ترك أحدهما خارج الحزمة.
فهرس افتراضي. معنى status 3 خاص بهذا المثال. قد تظل القاعدة مقروءة مع غياب الملفات أو التعريفات.
تنجز تنسيقات مستخدمة فعلياً هذا العمل الإضافي. يحدد معيار GeoPackage الصادر عن Open Geospatial Consortium قواعد لتخزين المعالم الجغرافية وبلاطات الخرائط والجداول الوصفية داخل SQLite. تساعد هذه القواعد تطبيقاً آخر على تفسير السجلات. تتولى قاعدة البيانات التخزين، وتوفّر مواصفة GeoPackage التعريفات المشتركة. [14]
ويحفظ نظام إدارة الإصدارات Fossil، الذي يستخدمه مشروع SQLite، سجل الإصدارات والتذاكر وصفحات الويكي للمشروع في قاعدة مستودع. يميّز توثيقه هذه القاعدة عن قاعدتي نسخة العمل والإعدادات المنفصلتين. قد يحتوي الملف أكثر بكثير من ذاكرة مؤقتة، لكن تحديد الملف الذي يحفظ كل جزء من العمل يظل مسؤولية تصميم التطبيق. [15]
بالنسبة لفريق المنتج، يغيّر ذلك مواصفات التصدير. ضمّن السجلات والملفات التي تشير إليها وتعريفات الحقول ومتطلبات الإصدار اللازمة لاستخدامها. واختبر الناتج مع شخص لم يكتب التطبيق.
ملف واحد، وإلى جانبه ملفات عمل
عبارة «قاعدة بيانات في ملف واحد» جذابة بما يكفي لتتحول إلى اختصار مضلل. أثناء الاستخدام، قد تنشئ آليات المعاملات ملفات أخرى. في وضع سجل الكتابة المسبقة WAL، يمكن أن تبقى تغييرات مؤكدة في ملف -wal قبل نقلها إلى قاعدة البيانات الرئيسية، ويساعد ملف -shm عادةً في تنسيق الوصول. يتوفر WAL منذ يوليو 2010. [7]
لذلك قد يُسقط نسخ ملف .db وحده، بينما يكتب التطبيق، عملاً تم تأكيده بالفعل. توفّر SQLite واجهة Online Backup API، ويعرض توثيقها الأمر VACUUM INTO طريقة أخرى لإنشاء نسخة منفصلة من قاعدة تعمل. [8]
يقتضي ذلك توضيح سلوك النسخ الاحتياطي في المنتج. يرى المستخدم مستنداً، ومن المعقول أن يتوقع أن يحفظ نسخه محتواه. على مطوّر التطبيق تحويل هذا التوقع إلى عملية سليمة، خصوصاً حين يكون المستند قيد التغيير.
وتحتاج المزامنة إلى العناية نفسها. إرسال نسخة مكتملة إلى جهاز آخر مسألة، والسماح لعدة أجهزة بتعديل نسخها مستقلة ثم التوفيق بينها مسألة أخرى. يوفّر اختيار SQLite التخزين؛ ويظل على المنتج تحديد معنى التعارض بين التعديلات وكيفية التعامل معه.
قيم توضيحية، وليست تخطيط صفحات SQLite. يؤخّر المثال تطبيق التغييرات المسجّلة في WAL على ملف قاعدة البيانات الرئيسي (checkpoint)، ولا يعرض ملف الذاكرة المشتركة -shm المستخدم لتنسيق الوصول. النسخ الاحتياطي عملية مستقلة عن ذلك. [7] · [8]
الاعتمادية تحتاج عملاً لا تراه غالباً
يصف توثيق اختبارات SQLite عدة أنظمة مستقلة، وإخفاقات متعمدة في تخصيص الذاكرة، ومحاكاة لأخطاء الإدخال والإخراج، واختبارات للتعطل والملفات التالفة، واختبارات بمدخلات متغيرة بحثاً عن الأخطاء. ويذكر تغطية كاملة للفروع في إعداد يماثل الشيفرة المستخدمة فعلياً. تلتقط كل طريقة نوعاً مختلفاً من الإخفاق. [9]
تخيّل تطبيق مهام ينقل بطاقة من قائمة إلى أخرى. يحدّث معرّف القائمة وموضع البطاقة ضمن معاملة واحدة. يستطيع اختبار إخفاق إيقاف العملية بين التحديثين، ثم إعادة فتح القاعدة وفحص ما إذا بقي نقل غير مكتمل. نجاح اختبار يُغلق فيه التطبيق طبيعياً يترك هذه الحالة من دون فحص.
لا تثبت أرقام التغطية غياب العيوب. في مارس 2026، وثّق المشروع عيباً نادراً في إعادة ضبط WAL قد يسبب تلفاً حين تتداخل عمليات كتابة أو نقل التغييرات إلى الملف الرئيسي في لحظات دقيقة. يحدد توثيق WAL الإصدارات المصححة، ويسجّل لاحقاً طريقة مستقلة لإعادة إنتاج العيب. [7]
يحتاج القائمون على المشروع إلى اكتشاف العيوب، وتحديد الإصدارات المتأثرة، وتوزيع الإصلاحات. وصف مكوّن برمجي قديم بأنه «مجرّب» لا يعفي من قراءة ملاحظات إصداراته. عند مراجعة مصادر المقال، وصل سجل الإصدارات إلى SQLite 3.54.1، المؤرّخ في 16 أكتوبر 2026. [10]
ومن فوائد الاختبار الأقل ظهوراً أنه يسمح بتحسين الشيفرة. حين يستطيع القائمون على المشروع فحص السلوك المستقر بعناية، يمكنهم تغيير التنفيذ وهم أقدر على تحديد ما قد ينكسر. يتطلب الاستقرار عملاً متواصلاً حتى حين تكون النتيجة التي يراها المستخدم هي غياب المفاجآت.
من يدفع مقابل السنوات بين الإصدارات؟
كرّس مؤلفو SQLite شيفرتها الموزّعة وتوثيقها للملكية العامة. وتخضع المساهمات لإجراءات مضبوطة، تشمل توثيق حق المساهم في تكريس عمله بهذه الصورة. إتاحة الشيفرة لا تعني قبول كل تعديل يُقترح عليها. [11]
ويبيع المشروع دعماً مهنياً، ويوفّر عضوية اتحاد شركات داعمة. تصف صفحة الدعم شركات تموّل استمرار التطوير، مقابل خدمات والوصول إلى منتجات إضافية وحزم اختبارات. [12]
يستطيع فريق المنتج استخدام الشيفرة بحرية، مع دفع تكلفة المساعدة في صيانة مكوّن يوزّعه مع منتجه. الرخصة وحدها لا تحدد من سيتولى التحقيق في إخفاق صعب.
عند تقييم مكوّن برمجي سنعتمد عليه، اسأل من يراجع التعديل الصعب، ومن يستجيب للعيب، وأي الجهات تدفع تكلفة هذا العمل.
يسهل ملاحظة تكلفة عقد الدعم لأنها تظهر في فاتورة. أما تكلفة الاعتماد على مكوّن توقفت صيانته، فتظهر غالباً لاحقاً، موزّعة بين ترقية ومراجعة أمنية وانتقال إلى نظام آخر، والمهندس الذي عليه فهم سبب تعذر تحميل البيانات القديمة.
اخترها بحسب طبيعة العمل
يوصي توثيق SQLite بالنظر في محرك عميل وخادم حين يحتاج عدد كبير من الكاتبين إلى العمل في اللحظة نفسها، أو حين تحتاج تطبيقات على أجهزة مختلفة إلى الوصول المباشر لتخزين مشترك. تسمح SQLite بكاتب واحد في كل لحظة لكل ملف قاعدة بيانات؛ يمكن للكتابات القصيرة أن تتناوب، لكن القيد يبقى قائماً. [13]
لذلك لا يغني عدد مستخدمي المنتج عن فهم نشاط قاعدة بياناته. قد يفرض فهرس مزدحم تُقرأ محتوياته غالباً متطلبات مختلفة تماماً عن نظام أصغر تتداخل فيه معاملات الكتابة باستمرار. الأسئلة المفيدة تتعلق بالعمل ومكانه وما يحدث عند تزامن عملياته.
تخيّل فهرساً محلياً يستورد دفعة سجلات بينما يعدّل المستخدم وسماً. قد يكون تعديل الوسم صغيراً جداً، لكنه ينتظر إذا ظل الاستيراد يحتجز معاملة الكتابة. قد يتيح تقسيم الاستيراد إلى دفعات أصغر، تُؤكّد كل منها منفصلة، فرصاً لكتابات أخرى. لكنه يغيّر أيضاً ما إذا كانت العملية كلها تنجح أو تفشل كوحدة واحدة. ينبغي أن يختار التطبيق هذا السلوك عن قصد.
في الجدول الزمني أدناه، تصل أربع عمليات كتابة افتراضية في أوقات محددة. غيّر فقط المدة التي تحتفظ فيها عملية الاستيراد بحق الكتابة. تحتفظ التعديلات التالية بمواعيد وصولها ومدد عملها. يوضح ذلك أثر مدة معاملة واحدة على من ينتظر خلفها.
جدول توضيحي بالمللي ثانية. تُنفّذ الكتابات بترتيب الوصول المختار وتنتظر بلا مهلة انتهاء. لا تضمن SQLite هذا الترتيب أو هذه المدد. المقطع المتقطع انتظار، والمتصل مدة تنفيذ معاملة الكتابة. [13]
سؤال يستحق الطرح | ما الذي تغيّره إجابته؟ |
|---|---|
أين تعمل الشيفرة التي ترسل الاستعلامات؟ | مدى مناسبة التخزين المحلي المضمّن للبنية |
كم من الوقت تُبقي كل معاملة كتابة عمليات الكتابة الأخرى في الانتظار؟ | قدرة الكاتبين على التناوب من دون تعطيل مؤثر |
ما الذي يجب أن ينجو من فقدان جهاز؟ | تصميم النسخ الاحتياطي والاستعادة |
هل ستعدّل أجهزة متعددة البيانات بصورة مستقلة؟ | الحاجة إلى استراتيجية منفصلة للمزامنة وحل التعارض |
هل يمكن شرح البيانات المخزنة من دون هذا التطبيق؟ | بقاء الملف المقروء مفيداً بعد تغير المنتج |
تستحق SQLite التقييم المبكر لدى فريق منتج صغير حين يناسبها العمل. ويعني ذلك اختبار نمط الكتابة الحقيقي وعملية الاستعادة، بدلاً من استبعادها لأن اسمها يوحي بشيء مؤقت، أو اختيارها لأن شركة معروفة تستخدمها في مكان ما.
جرّب تمرين الأرشيف على منتجك. خذ ملف تصدير حقيقياً. افتحه على جهاز نظيف، من دون التطبيق الذي أنشأه. تحقّق من إمكانية استعادة السجلات والمرفقات والعلاقات ومعانيها. أضف التعريفات والملفات الناقصة إلى التصدير، ثم كرّر الاختبار.
المصادر
[1] SQLite: Long Term Support. نية الدعم حتى 2050 وسياسة التوافق والصيانة.
[2] CoRecursive: The Untold Story of SQLite, with Richard Hipp. مقابلة مع المؤسس عن النشأة والاستخدام الاختباري في المشروع الأصلي.
[3] SQLite: History of Releases. تواريخ الإصدارات، ومنها 1.0 في 17 أغسطس 2000.
[4] SQLite: Quirks, Caveats, and Gotchas. البنية المضمّنة وواجهة استدعاء الدوال.
[5] SQLite: Single-file Cross-platform Database. توافق ملفات SQLite 3 والتمييز بين اتجاهي التوافق.
[6] SQLite: STRICT Tables. أُضيفت في 3.37.0 بتاريخ 27 نوفمبر 2021، مع حدود القراءة بالإصدارات الأقدم.
[7] SQLite: Write-Ahead Logging. ملفات WAL ونقل التغييرات، وعيب 2026 وسجل إصلاحه.
[8] SQLite: Online Backup API. طرق نسخ قاعدة تعمل، ومنها VACUUM INTO.
[9] SQLite: How SQLite Is Tested. طرق الاختبار والتغطية؛ لا تعني خلو البرنامج من العيوب.
[10] SQLite: Release 3.54.1. إصدار مؤرّخ في 16 أكتوبر 2026، جرى التحقق منه في اليوم نفسه.
[11] SQLite: Copyright. الملكية العامة وسياسة قبول المساهمات.
[12] SQLite: Professional Support. الدعم التجاري ونموذج الاتحاد؛ لا يتناول المقال الأسعار.
[13] SQLite: Appropriate Uses. حدود النشر وتزامن الكتابة واختيار المحرك بحسب العمل.
[14] OGC: GeoPackage Encoding Standard 1.4.0. حاوية SQLite وقواعد البيانات الجغرافية والجداول الوصفية وتبادلها بين التطبيقات.
[15] Fossil: Technical Overview. قواعد المستودع ونسخة العمل والإعدادات، وسجلات الإصدارات والتذاكر والويكي.
رسالة واحدة مع كل مقال جديد، فيها أبحاث وقرارات منتج وما تبلغنا به الفرق.
