سؤال

خلفية

لدي قاعدة بيانات ضخمة لمجموعة مواقع SharePoint.تبلغ مساحتها 130 جيجابايت وتنمو بمعدل 10 جيجابايت شهريًا.100 جيجابايت من 130 جيجابايت موجودة في مجموعة مواقع واحدة.30 جيجابايت هو جدول الإصدار.توجد مجموعة مواقع واحدة فقط - وهذا حسب التصميم.

سؤال

هل يمكنني تقسيم قاعدة بيانات (SharePoint) باستخدام ميزات تقسيم البيانات في SQL 2005 (إنشاء ملفات بيانات متعددة)؟هل من الممكن تقسيم قاعدة البيانات التي تم إنشاؤها بالفعل؟هل قام أي شخص بتقسيم قاعدة بيانات SharePoint؟هل سأواجه أي مشاكل؟

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

المحلول

سيتعين عليك إنشاء مجموعة أقسام وإعادة بناء الجدول على مجموعة الأقسام تلك.يمكن لـ SQL2005 التقسيم فقط على عمود واحد، لذلك يجب أن يكون لديك عمود في قاعدة البيانات

  • يتصرف بشكل متوقع إلى حد ما حتى لا تحصل على انحراف كبير في كمية البيانات الموجودة في كل قسم
  • IIRC يجب أن يكون العمود قيمة رقمية أو قيمة زمنية
  • من الناحية العملية، يكون الأمر أسهل إذا كان يتزايد بشكل رتيب - يمكنك إنشاء سلسلة من الأقسام (تلقائيًا أو يدويًا) وسيملأها النظام عندما يصل إلى تعريفات النطاق.

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

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

ما لم تكن محظوظًا بما يكفي لامتلاك عمود مفتاح القسم الذي يُستخدم أيضًا كمسند بحث في الاستعلامات الأكثر شيوعًا، فقد لا تحصل على فائدة كبيرة في أداء الاستعلام من التقسيم.مثال على عمود يعمل بشكل جيد هو عمود التاريخ في مستودع البيانات.ومع ذلك، قد لا يستخدم تطبيق Sharepoint هذا النوع من الاستعلام بشكل مكثف.

نصائح أخرى

وماورو،

هل هناك أي طريقة يمكنك شريحة البيانات على مستوى شير؟

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

وسيساعد أيضا كنت في إدارة النمو المستمر واضحا لديك.

وجيمس.

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