هل يوصى بتخزين بيانات المعاملات ذات الحجم الكبير في قوائم SharePoint؟

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/49115

سؤال

أحتاج إلى وضع استراتيجية حلول للتطبيق الداخلي الذي سيستغرق مدخلات من علامات RFID وسيتم تخزين تلك السجلات "في مكان ما".الآن يحتاج هذا في مكان ما إلى الاختيار بين قائمة SharePoint أو قاعدة بيانات SQL.من المتوقع معاملات حجم عالية في هذا. سيتم إنشاء

تقارير ووجهات النظر لأصحاب المصلحة المعنيين على هذه المعاملات المسجلة حسب المنطق التجاري المطلوب.في حين أن SharePoint هو الخيار الواضح لطبقة العرض التقديمي، مع مراعاة عدد مرات عدم وجود خيارات أستخدم طرق عرض قائمة واستعلام المحتوى والتقارير ولوحات معلومات نقطة الأداء وما زلت غير واضح حول استخدام قائمة لحفظ البيانات أو استخدام قاعدة بيانات SQL.

بواسطة حجم كبير أتوقع حوالي 20 ألف عناصر جديدة / يوم.

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

المحلول

سأذهب لقاعدة بيانات SQL.لعدة أسباب:

  1. تخزينها في قائمة SharePoint يضيف الكثير من النفقات العامة التي لا تحتاج إليها.
  2. مع 20K عناصر يوميا ستوصل إلى الحد الأقصى المدعوم في 15000 يوم وقائمة الحد الأدنى في 6 ساعات
  3. ولكن الأهم من ذلك مع هذا الكمية من البيانات التي تريد الخروج منها هي الإجمالية لفهم البيانات.وهذه هي المنطقة التي يكون فيها SharePoint حقا مقارنة ب SQL

نصائح أخرى

سأفعل، في الماضي، استخدم قاعدة بيانات SQL منفصلة لتخزين كل هذه البيانات.سيتطلب ذلك عمل إضافي لعرض البيانات، ولكن باستخدام BCS أو SSRS و / أو PowerPivot، يمكنك سحب ذلك بسهولة إلى SharePoint.لن أضع ذلك بكثير في قاعدة بيانات محتوى SP وتوقع أشياء جيدة؛)

يبدو أنك تخطط لتطوير نوع من "الخدمة" هنا.

لا أعتقد أن القائمة خيار، ومع ذلك، يمكنك تطوير هذا تطبيق خدمة مخصص سيظل جزءا من البنية التحتية SharePoint ولكنه تحت استخدام قاعدة بيانات الخدمة.

p> paragoservice هو مثال جيد على تطبيق تطبيق خدمة SharePoint مخصص

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