سؤال

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

أنا مهتم في مستوى المؤسسة التدقيق العمارة.تلك التي كنت مع مستوى المؤسسة معركة الجروح ما بك المراجعة حلول ؟ هل تسلسل الكائنات في قواعد البيانات في الإطار.يمكنك إعداد قاعدة بيانات يؤدي إلى مراجعة الجداول ؟ هل تستخدم قاعدة بيانات منفصلة معا حتى المراجعة النمو لا يؤثر على التطبيق الخاص بك قاعدة البيانات ؟ أنا مهتم في مجربة وحقيقية الحلول هنا.أنا أعلم أن هناك خيارات في اختيار التكنولوجيا (EF) ولكن أنا مهتم في الأساس الأول.

الروابط سوف أكون ممتنا للغاية.

هل كانت مفيدة؟

المحلول

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

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

  • داخل الجدول تحديث المنطق (كنا الإجراءات ، ولكن ليس هناك سبب لا يمكن أن يتم ذلك مع أو/م أو غيرها من استمرار طبقة المختصة السنانير), أكتب كل جدول المصدر مراجعة الجدول.

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

نصائح أخرى

وليس لدي أي علاقة، ولكن في النظام الذي لدي فرحة الحفاظ هنا في يوم عمل. لدينا جدول التدقيق واحد، الذي يخزن في الأساس على المعلومات التالية.

وTABLENAME، PrimaryKeyValue، ModifiedColumn، OldValue، NEWVALUE، ChangeUser، تغيير تاريخ

والآن، وهذا يعمل كبيرة لسرعة مراجعة الحسابات، وفي التعليمات البرمجية، لدينا واجهة مشتركة ل-تنفيذ السيارات في تسجيل التدقيق، ولكن من "الاستعراض" وجهة نظر، انها ليست "أسرع" وسيلة للحصول على المعلومات تراجع. (منحنا لم تفعل اي شيء في الواقع بحاجة إلى أن ننظر إلى سجل التدقيق ...)

وكان لدينا مؤخرا على حل هذه المشكلة نفسها في مشروعنا. كنا اللازمة لتكون قادرة على العودة إلى الإصدارات السابقة أيضا.

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

ونحن ثم بناء موقع على شبكة الانترنت خفيفة الوزن التي يتحدث إلى الخدمة ويمكن عرض جميع الإصدارات. قمنا ببناء آلية لإظهار الإضافات / التحديثات / الحذف لمقارنة بين الإصدارات (تمثيل واجهة المستخدم بارد حقا) وهذا يسمح للمستخدمين لمعرفة من الذي تغير ماذا ومتى. يمكن للخدمة يرسلون رابط إلى رابط لعرض إصدارات كيان. وهذا يسمح لنا webaps + winform / التطبيقات برنامج الأغذية العالمي لإطلاق المتصفح بحيث يمكن للمستخدمين رؤية التغييرات.

وربما أستطيع أن حزمة هذا الأمر وتقديم إذا تم المهتمين أي شخص ....

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top