صاحب rqlite يراجع 12 عامًا من نسخ SQLite: ثلاث مقاربات، وكل واحدة تجيب عن سؤال مختلف

نشر فيليب أوتول، صاحب مشروع rqlite، في 23 أكتوبر 2026 مراجعة لـ 12 عامًا من العمل على نسخ قواعد بيانات SQLite عبر أكثر من جهاز. وأبرز ما فيها تقسيم للمجال: الفرق التي بنت حلولًا لهذه المشكلة، وهي 8 على الأقل، توزعت على ثلاث مقاربات، وكل مقاربة تجيب عن سؤال مختلف.

المقاربة الأولى هي الإجماع، ومنها rqlite وdqlite. هنا يوجد leader واحد يتولى الكتابة، ولا تُعتمد الكتابة إلا بعد موافقة أغلبية الأجهزة، وإذا انقسمت الشبكة يرفض الجزء الأصغر منها الكتابة. والنتيجة اتساق قوي، ثمنه الانتظار.

والمقاربة الثانية هي البث، ومنها Litestream. هنا كاتب واحد فقط، وتُرسَل التغييرات إلى الخارج بشكل مستمر، فيصبح الاسترجاع بعد العطل رخيصًا.

والمقاربة الثالثة هي الدمج، ومنها cr-sqlite. هنا كتّاب كثيرون في وقت واحد، ويصل الاتساق بين النسخ متأخرًا.

وأوضح ما في المقالة هو التمييز بين سؤالين. أداة Litestream تجيب عن سؤال: ماذا لو تعطّل الجهاز؟ أما rqlite فتجيب عن سؤال: ماذا لو تعطّل الجهاز ولم يكن الانتظار حتى الاسترجاع ممكنًا؟

وهذا التمييز يفسّر كثيرًا من النقاشات داخل فرق التطوير حول هذا الموضوع. فالخلاف في الغالب ليس على الأداة نفسها، بل على أن كل طرف يجيب عن سؤال مختلف ويظن أنه السؤال نفسه. ولفريق يبدأ بقاعدة SQLite على خادم واحد، يصبح السؤال الذي يأتي بعد ذلك هو ما يحدد الأداة المناسبة، لا المقارنات بين الأدوات.