- सुनिश्चित करें कि आपके पास उपयुक्त/उपयुक्त अनुक्रमणिकाएं हैं
- सुनिश्चित करें कि आपके पास एक अच्छी इंडेक्स रखरखाव रणनीति है (उदाहरण के लिए पुनर्निर्माण/डीफ़्रैग/आंकड़ों को अद्यतित रखें ताकि इंडेक्स अच्छा प्रदर्शन कर सकें)
- खराब प्रदर्शन करने वाली क्वेरी की पहचान करें और उन्हें ऑप्टिमाइज़ करें (हो सकता है कि छोटे डेटा वॉल्यूम के विरुद्ध लिखा/परीक्षण किया गया हो, जब प्रदर्शन समस्याएं दिखाई नहीं देतीं)
- अपने डेटा को विभाजित करने पर विचार करें (उदाहरण के लिए SQL 2005 और उसके बाद के संस्करण ने विभाजन के लिए समर्थन में बनाया है यदि आपके पास एंटरप्राइज़ संस्करण है)। संपादित करें:SQL सर्वर विभाजन के बारे में विस्तार से बताने के लिए, मैं यह क्यों और कैसे पर MSDN लेख। सामान्य तौर पर, क्यूकॉन 2008 में रैंडी शूप (ईबे आर्किटेक्ट) द्वारा स्केलेबिलिटी पर एक अच्छी बात की गई थी, जिसमें से एक सिस्टम को सामान्य रूप से स्केल करने के प्रमुख बिंदुओं में से एक विभाजन है। इसका सारांश यहां है .
- क्या आपका डीबी सर्वर हार्डवेयर पर्याप्त है? क्या यह अधिक मेमोरी से लाभान्वित हो सकता है?संपादित करें:अपनी हार्डवेयर जानकारी के साथ आपकी टिप्पणी को देखते हुए, मुझे लगता है कि आप (कम से कम) इसमें अधिक रैम फेंकने के साथ कर सकते हैं
- आपको कुछ असामान्यता से लाभ हो सकता है। सटीक डीबी संरचना को जाने बिना विशिष्ट होना मुश्किल है, लेकिन डेटा डुप्लीकेशन/डिस्क स्पेस की कीमत पर कुछ प्रश्नों को डीनॉर्मलाइज़ करना बेहतर हो सकता है