سؤال

طاب مسائك،

أنا حاليا في المرحلة المبكرة للغاية من مشروع جديد مكتوب في .NET واستخدام إطار الكيان لمثابر البيانات / التخزين. واحدة من الميزات المطلوبة هي القدرة على "إصدار" أنواع نموذجية معينة. على سبيل المثال، نموذج واحد هو "شرط" الذي سيكون له إصدارات متطلبات N "، بإجراء طريقة للعودة في تاريخ / دورة حياة مثيل" الشرط "الخاص بذلك. الشيء الوحيد الذي يجب أن يكون ثابتا في جميع المراجعات هو "معرف"، كل شيء آخر غير قابل للتغيير تماما طوال عمر الشرط.

الآن Q هو، هل يجب علي إنشاء علاقة 1: ن بين شرط >> متاح تحتاج الميزات الأخرى إلى إمكانية إحياء الدول القديمة بالكامل على أن تكون الحالية / الأحدث، يجب أن تكون هناك القدرة على الحصول على إصدار قاصر وكبير (تغييرات) ومثل هذا، وأخيرا وليس آخرا القدرة على إنشاء "خط الأساس" مجموعة من المتطلبات مع أحدث إصدار للعودة إلى خط الأساس المعين في وقت لاحق من الوقت وعرض جميع المتطلبات المشمولة؟

هذا يجب أن يطاق حتى ملايين سجلات المتطلبات، كل واحد منهم لديه زوجين من المراجعات .. هذا لا سيما لماذا أسأل .. جوانب التحجيم من علاقة 1: ن بسيطة إلخ.

هل قام أحد بأي شخص بمثابة شيء مماثل وربما بعض الاقتراحات / أفضل الممارسات وما إلى ذلك فيما يتعلق بالتخليص / الأساسي وما إلى ذلك؟

هتافات وشكر، -Jörg

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

المحلول

هذا يعتمد على مقدار البيانات التي يتطلب كل منها.

إذا كان الشرط لديه حقول كبيرة (مثل وصف الشرط).

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

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

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