SQL سيرفر 2008 الجدول البطيء، جدول التقسيم

Question

ولدي جدول نمت إلى أكثر من 1 مليون سجل ... اليوم (جميع صالحة)

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

ويحتوي الجدول 4 مفاتيح قيمة BIGINT و thats جميع مع مفتاح أساسي فهرستها وتصاعدي مؤشر على معرف المستخدم والقيم الأخرى هي في حد أقصى 139 (هناك أكثر من 10،000 مستخدم الآن)

وسيكون موضع تقدير أي مساعدة أو الاتجاه:)

Answer 1

وربما كنت بحاجة فقط لضبط الاستفسارات و / أو فهارس الخاصة بك. لا ينبغي أن يكون 1000000 سجلات تسبب لك المشاكل. لدي جدول مع عدة مئات من ملايين السجلات وأنا قادرة على الحفاظ على الأداء العالي جدا. لقد وجدت التعريف خادم SQL أن تكون مفيدة جدا مع هذه الاشياء. كان متوفرا في SQL Server إدارة Studio (ولكن ليس الإصدار السريع، للأسف). يمكنك أيضا القيام Query > Include Actual Execution Plan لرؤية الرسم البياني من حيث يجري قضى وقتا خلال الاستعلام.

Answer 2

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

وحتى لو كنت تستخدم SQL Server Express الذي يمكن أن الشخصية لا تزال تستخدم هذه الأداة المجانية: التعريف ل Microsoft SQL Server 2005 / 2008 إكسبريس الطبعة

Answer 3

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

Answer 4

وانظر تجاربي على SQL جدول التقسيم هنا [<لأ href = "http://faiz.kera.la/2009/08/02/does-partitioning-improve-performance-for-sql-tables/]" يختلط = "نوفولو noreferrer"> http://faiz.kera.la/2009/08/02/does-partitioning-improve-performance-for-sql-tables/] . نأمل أن يكون هذا مفيد بالنسبة لك ... وبالنسبة لحالتك، 1M ليس شخصية كبيرة. قد يكون ما تحتاجه لدفع غرامة تصل قيمتها الاستعلامات من الذهاب للتقسيم.