MongoDB لتخزين ملفات سجل مختلفة (مخطعة)

Question

هل تعتقد أن استخدام قاعدة بيانات MongoDB JSON لتخزين ملفات السجل من التطبيق هو فكرة جيدة ولماذا؟

الميزة الوحيدة بالنسبة لي هي تجريد المخطط، لكنني أعتقد أنه أيضا ضعف لا يمكننا ضمان سلامة ملف السجل.

Answer 1

من الواضح أنني متحيز (أعمل على Mongodb) لكنني أعتقد أنه يعمل بشكل جيد للغاية بالنسبة للسجلات.

الأسباب:

• انها سريعة للإدراج والتحديثات ... يمكنك أن تفعل الآلاف في الثانية
• وكذلك الاستفسارات العادية، يمكنك تشغيل تحليلات وإنشاء تقارير باستخدام JavaScript. هل يمكن أن يكون لديك وظيفة كرون تعمل ليلا والتي تقوم بأشياء Lymreduce لطيفة على سجلاتك.
• يمكنك استخدام المجموعات الموجودة، وهي مجموعة تتصرف مثل قوائم الانتظار، للحفاظ على أحدث سجلات N KBS / MBS / GBS فقط

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

أنظر أيضا: المنغودب بلوق وظيفة على تسجيل.

Answer 2

أنا أستخدم MongoDB لتخزين سجلات من العديد من التطبيقات وهي تعمل بشكل جيد للغاية حتى الآن.

قد ترغب في إلقاء نظرة على تنزلق من عرض تقديمي حول تسجيل سلوك التطبيق إلى MongoDB أنني أعطيت في Mongo SV وفي آخر مينغودب SF ميتوب للحصول على مزيد من الخلفية حول سبب اعتقاده من الجيد لتسجيل الدخول، وكذلك للحصول على معلومات حول مكتبات Java، Python، Ruby، PHP و C # التي تدعم تسجيل الدخول إلى MongoDB.

أنا الآن المفتش العام في LOG4MONGO-JAVA، LOG4J ملاحظات MongoDB. لذلك، ربما ليس من المستغرب جدا أن هذا ما أستخدمه.

فيما يتعلق بسلامة النزاهة، أفترض أنك تعني الثقة بأنها لم يتم تعديلها بعد كتابةها. خيار واحد لديك، على الأقل مع Log4mongo-Java، يقوم بتخزين أحداث التسجيل في قاعدة بيانات تتطلب مصادقة. من شأنه أن يحد من حد ما عدد المستخدمين الذين يمكنهم إضافة أو حذف أو تحديث الأحداث.

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