يبدو أي نظام Odoo سريعاً في أيامه الأولى. وبعد سنة تحتاج الشاشة نفسها إلى عدة ثوانٍ حتى تفتح، ويتوقف تقرير نهاية الشهر عن الاستجابة، ويسأل أحدهم إن كان الخادم بحاجة إلى ذاكرة إضافية. أحياناً تكون الإجابة نعم، لكن في الأغلب تُشترى الذاكرة ويبقى البطء كما هو، لأن المشكلة لم تكن في الخادم أصلاً.
هذا ما يتغير عادةً بين الشهر السريع والشهر البطيء.
عدد السجلات ليس المقياس
قد تعمل قاعدة بيانات Odoo تضم مليوني قيد محاسبي باستجابة ممتازة، بينما تصبح قاعدة أخرى فيها 40 ألف أمر بيع شبه معطّلة. الفارق ليس الحجم، بل ما يُطلب من النظام حسابه بينما ينتظر المستخدم. شاشة القائمة التي تقرأ أعمدة مخزّنة تبقى سريعة مهما كبرت، أما الشاشة التي تعيد حساب قيمة لكل سطر في كل مرة فتزداد بطئاً بشكل مطّرد، ولا ينتبه أحد إلا حين يتجاوز البطء حدّ الصبر.
أين يتراكم الثقل
- المرفقات. رسائل البريد بمرفقاتها، وأذون التسليم الممسوحة ضوئياً، وصور المنتجات، كلها تستقر في مخزن الملفات. تأثيرها على سرعة الاستعلامات محدود، لكنها تضخّم حجم النسخ الاحتياطية وزمن الاسترجاع، وهو ما ستشعر به يوم تحتاج إلى الاسترجاع فعلاً.
- سجل المحادثات. كل رسالة وملاحظة وتغيير في حقل متتبَّع هو سطر في قاعدة البيانات. وفي نظام تعتمد فيه الأتمتة بكثافة، قد تتجاوز جداول التتبّع حجم الجداول التي تصفها.
- سجلات لم ينظّفها أحد. عملاء مكرّرون من عملية استيراد قديمة، ومنتجات تجريبية من مرحلة الإطلاق، وطلبات مسوّدة لعملية توقفت في منتصفها. كلها تدخل في نطاق البحث كلما فتح مستخدم قائمة اختيار.
- الإجراءات المجدولة. أُضيفت واحداً تلو الآخر على مدى سنتين، ثم صارت تنطلق كلها في نافذة عشر دقائق واحدة لأن الجميع اختار رقماً مستديراً.
- الحقول المحسوبة المخصّصة. السبب الأول لبطء شاشات القوائم في أنظمة Odoo المخصّصة، خصوصاً حين يكون الحقل غير مخزّن وتُستخدم الشاشة للفرز أو التصفية بحسبه.
ثلاثة أنماط وراء معظم الشكاوى
عملياً، يعود بطء شاشات Odoo في الغالب إلى واحد من ثلاثة أسباب.
الأول: شاشة تنفّذ عملاً لكل سجل على حدة، سواء كان حقلاً محسوباً غير مخزّن، أو حقلاً مرتبطاً يعبر ثلاثة نماذج، أو دالة onchange تُشغّل بحثاً. ثمانون سطراً على الشاشة تعني ثمانين رحلة ذهاب وإياب.
الثاني: كود مخصّص كُتب سجلاً بسجل، مثل حلقة تستدعي دالة داخلها، أو إنشاء سجل داخل حلقة، أو بحث يتكرر مع كل سطر بدل تنفيذه دفعة واحدة. هذا مقبول عند عشرة سجلات ومؤلم عند عشرة آلاف.
الثالث: عمل ثقيل في التوقيت الخاطئ، كتقرير تقييم مخزون كامل أو تصدير ضخم أو تحديث جماعي يُشغَّل في منتصف يوم العمل بينما يُدخل أربعون موظفاً طلباتهم. التقرير ليس خطأً، التوقيت هو الخطأ.
قِس قبل أن تغيّر
التخمين في أسباب البطء سهل، والتحقق منها رخيص، فتحقق. سجّل الإجراء بدقة، وعدد السجلات، والمستخدم الذي واجه المشكلة. ثم افحص ثلاثة أمور: هل يحدث البطء لكل المستخدمين أم لبعضهم فقط، وهذا يشير إلى قواعد الوصول وتصفية الشركات المتعددة، وهل يحدث مع كل سجل أم مع السجلات الكبيرة وحدها، وهذا يشير إلى حجم البيانات في علاقة بعينها، وهل يتكرر على نسخة من قاعدة البيانات تحمل البيانات نفسها، فإن لم يتكرر فالفرق بيئي لا وظيفي.
هذا الفحص الأخير هو ما يجعل بيئة الاختبار تستحق كلفتها: تجربة عملية تنظيف أو إضافة فهرس على بيانات حقيقية تخبرك إن كانت مفيدة قبل أن تمسّ النظام المباشر. وإن فضّلت أن يتولى هذا التحليل فريق خارجي، فهذا بالضبط دور الفحص الصحي لنظام ERP.
ما تصلحه الاستضافة وما لا تصلحه
الوضوح في هذه الحدود يوفّر دورة عمل كاملة. البنية التحتية تعالج التزامن: عدد أكبر من العمليات يعني عدداً أكبر من المستخدمين في الوقت نفسه، والتخزين الأسرع يختصر زمن النسخ والاسترجاع، والتحجيم الصحيح يمنع قاعدة البيانات من اللجوء إلى ذاكرة القرص. والاستضافة المُدارة لـ Odoo، ومنها Plemo، توفّر نسخاً احتياطية آلية واسترجاعاً إلى نقطة زمنية ومراقبة وبيئات اختبار، بحيث يجري هذا العمل بروية بدل الارتجال.
لكن البنية التحتية لا تعيد كتابة استعلام. فإذا كانت الشاشة بطيئة لأن حقلاً محسوباً يُنفَّذ لكل سطر، ستبقى بطيئة على خادم أكبر، بفارق طفيف فقط، وتكون قد حوّلت مشكلة برمجية إلى فاتورة شهرية متكررة. حدّد حجم النظام بحسب التزامن الحقيقي، ثم أصلح الكود الذي يقوم بالعمل فعلاً.
ترتيب عملي للخطوات
- أعد إنتاج الشكوى وسجّل ما قِسته بالأرقام.
- افصل ما هو بيئي عمّا هو وظيفي عبر الاختبار على نسخة من قاعدة البيانات.
- عالج العمل المتكرر لكل سجل أولاً: خزّن الحقل المحسوب، أضف الفهرس، حوّل الحلقة إلى معالجة دفعة واحدة.
- انقل التقارير الثقيلة والمهام الجماعية إلى خارج ساعات العمل.
- أرشف أو احذف ما لا يستخدمه أحد، مرة واحدة وبقرار واعٍ، ومع نسخة احتياطية جرّبت استرجاعها.
- وبعد ذلك فقط، أعد النظر في حجم الموارد.
الأنظمة لا تبطؤ دفعة واحدة، بل تبطؤ كما تمتلئ الغرفة بالفوضى: قراراً معقولاً واحداً في كل مرة. وبالطريقة نفسها تستعيد سرعتها.