هل من الممكن حذف المنشورات من قاعدة البيانات؟

مطور
1

أعتذر مسبقًا إذا كان السؤال بدائيًا للغاية.
لديّ وصول إلى قاعدة بيانات Discourse (من خلال الإضافة).
هل يمكنني حذف بعض المنشورات (التي أنشأتها بنفسي بكميات كبيرة أثناء الاختبار) باستخدام الاستعلام؟

delete from posts where id in (123, 567, ... إلخ)

هل من الآمن تنفيذ عمليات من هذا النوع؟

2

إذا كنت تصل إلى قاعدة البيانات عبر إضافة Data Explorer، فإن هذه الإضافة تسمح فقط بالاستعلامات للقراءة فقط. لا يمكن استخدامها للكتابة في قاعدة البيانات.

من الممكن حذف المنشورات بالكامل من وحدة تحكم Rails، لكننا لا نوصي بذلك. أفضل نهج لك هو استخدام إضافة Data Explorer للعثور على المنشورات التي تريد حذفها، ثم استخدام الأدوات المتاحة في واجهة مستخدم Discourse لإزالة المنشورات.

إذا لم يعمل هذا النهج معك لسبب ما، فأخبرنا بذلك وسنقدم لك تفاصيل حول حذف المنشورات من وحدة تحكم Rails.

3

أنا لست خبيرًا في هذا المحرك، لكنني أعتقد أن هذا غير آمن، لأنك بهذه الطريقة ستحذف فقط الإدخال من جدول المنشورات، بينما قد يكون للمنشور إدخالات مرتبطة في جداول أخرى، وكثير من معلومات التعريف المرتبطة بمعرف المنشور (post_id). وقد يتعطل شيء ما لاحقًا. لذا يجب عليك استخدام الأدوات المدمجة لحذف المنشورات.

4

شكرًا لك نيكولاي.
أنا أيضًا أعتقد .. لكن فجأة سيظهر خبراء حقيقيون في هذا التطبيق، وسيقولون: لا تتردد في الحذف! )))

5

إلا أن لا خبير يقول إنه مقبول:

  • لا يُنصح بذلك.
  • ليس ضمن خارطة طريق Discourse ولا توجد خطط لإضافته.
  • لم يتم تطويره لأن الحذف الدائم لا يمكن التراجع عنه.
  • لم يدفع أحد لتطوير هذه الميزة.

لم يقم أي من الذين طلبوا هذه الميزة بتطويرها لأنها إما صعبة للغاية أو لا تستحق تكلفة التطوير.

راجع هذا الموضوع للحصول على أمثلة على هذه النقاط:

6

لن أسمّي نفسي خبيرًا، لكنني قمت بمراجعة وتحليل وتجربة الملفات والأكواد إلى حدٍّ معقول عبر السنين.

لقد رأيت ما يكفي لإقناع نفسي بأنني، بمفردي، لا أملك المعرفة الكافية للقيام بأكثر من التجريب على بيئة محلية (localhost). فما رأيته وما لم أره يثير وقفة تفكير.

لم أرَ قط عبارة “ON DELETE CASCADE”. غير أنني رأيت الكثير من عبارات “has_many” و"dependent:" و"Indexes" و"ensure_consistency" في العديد من ملفات النماذج. وهناك ملف مهام على الرابط discourse/app/jobs/scheduled/ensure_db_consistency.rb at main · discourse/discourse · GitHub

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

7

أيضًا،

لكن ذلك سيكون بلا فائدة في حالة المنشئ الأصلي.