جدول سجل مركزي أو منفصل للوحدات النمطية؟

Question

أنا تصميم نظام إنترانت للأعمال المتوسطة. يجب أن أحتفظ بجدول سجل واحد لجميع الوحدات أو جعله منفصلا؟

يحتفظ سجل التدقيق جميع أنشطة المشرف / الموظفين (إنشاء أو تحديث وحذف كائنات) وبنية السجل عالمية لأي نوع من الوحدات النمطية.

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

ما هو أفضل نهج للإبلاغ في مثل هذه الحالات؟

Answer 1

حسنا، عندما تذهب لمراجعة سجلاتك، ما الذي تفضله، ابحث في مكان واحد حيث يمكنك رؤية كل شيء أو يجب عليك التحقق من عدة أماكن مختلفة، كل منها يظهر فقط قطعة واحدة من النظام بمعزل؟

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

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

Answer 2

يرى log4php.. log4j. حل الكثير من مشاكل التسجيل عن طريق إدخال التسلسل الهرمي السجل والمستويات. لا أعرف مدى جودة LOG4PHP، ولكن يجب أن يكون بداية.

Answer 3

أود أن أقول طاولة واحدة.

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

الإبلاغ عن جدول السجل الخاص بك سيكون على ما يرام. يمكنك التفريغ في قاعدة بيانات تقارير منفصلة لتقليل الخلاف والحمل على جدول التسجيل.

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

Answer 4

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