مرحباً بالجميع،
بصفتي شخصاً يستضيف خادمه بنفسه، أصبت مؤخراً بـ"وسواس القهر الرقمي". كان لديّ بعض الفئات والوسوم المحذوفة من أيام اختباراتّي الأولى، وكنت أرغب بشدة في استعادة تلك المعرّفات (IDs) النقية أحادية الرقم (مثل معرّف الفئة 2 ومعرّف الوسم 3) بدلاً من ترك فراغات في قاعدة البيانات.
أعلم أن واجهة المستخدم لا تدعم هذا، لذا قمت بالدخول إلى وحدة سطر أوامر Rails (./launcher enter app → rails c) لإعادة تجميع الأشياء يدوياً. كل شيء يبدو ويعمل بشكل مثالي في الواجهة الأمامية حالياً، لكنني فضولي لمعرفة ما إذا كان خبراء قواعد البيانات هنا يرون أي مخاطر خفية أو قنابل موقوتة طويلة الأمد في القيام بذلك.
إليك سير العمل الدقيق والمفصّل الذي قمت بتنفيذه:
1. إعادة إنشاء الفئة المحذوفة باستخدام معرّفها القديم مع جميع السمات: بدلاً من مجرد فرض معرّف، قمت بتوفير السمات الأساسية حتى تكون السجل مكتملاً.
Ruby
Category.create!(
id: 2,
name: "Site Feedback",
color: "0088CC",
text_color: "FFFFFF",
user_id: -1 # مستخدم النظام
)
2. استعادة الموضوع الأصلي وربطه بوصف الفئة:
Ruby
Topic.with_deleted.find(1).recover!
Category.find(2).update!(topic_id: 1)
3. تنظيف نوع الموضوع الفرعي (إعادته إلى الوضع الافتراضي الأصلي): قمت بفحص الفئات الافتراضية الأخرى ولاحظت أن مواضيع أوصافها تستخدم nil فقط، لذا أعدتُه إلى الحالة الافتراضية.
Ruby
Topic.find(1).update!(subtype: nil)
4. إعادة إنشاء الوسوم القديمة دفعة واحدة لملء الفراغات في المعرّفات:
Ruby
Tag.create!([
{ id: 3, name: "private-school" },
{ id: 7, name: "tennis" }
])
سؤالي الرئيسي: أفهم تماماً أنه لا يوجد حاجة عملية للقيام بهذا سوى إشباع وسواسي القهري. ومع ذلك، من منظور بنيوي بحت، هل تُطلق طرق ActiveRecord الأساسية مثل .update! و .create! جميع استدعاءات Discourse اللازمة بأمان (فهرسة البحث، تحديثات ذاكرة Redis، مهام Sidekiq، التوجيه، إلخ)؟ أم أنني تجاوزت عن غير قصد بعض المنطق الداخلي الأساسي الذي قد يكسر هجرة مخطط قاعدة البيانات (schema migration) في المستقبل؟
شكراً لإشباع فضولي!