1. уверете се, че имате подходящи/подходящи индекси
2. уверете се, че имате добра стратегия за поддръжка на индекса (напр. възстановяване/дефрагментиране/поддържане на статистиката актуална, за да гарантирате, че индексите продължават да работят добре)
3. идентифицирайте заявки с лоша ефективност и ги оптимизирайте (може да са написани/тествани срещу малки обеми данни, когато проблеми с производителността не биха се появили)
4. помислете за разделяне на вашите данни (напр. SQL 2005 и по-нови имат вградена поддръжка за разделяне, ако имате Enterprise Edition). Редактиране:за да разработя по-подробно разделянето на SQL Server, напълно препоръчвам да прочетете това Статия в MSDN относно защо и как. Като цяло имаше също така добра беседа на QCon 2008 от Randy Shoup (архитект на eBay) относно скалируемостта, от която една от ключовите точки при мащабирането на система като цяло е разделянето. Обобщено е тук .
5. достатъчен ли е хардуерът на db сървъра ви? може ли да се възползва от повече памет?Редактиране:като гледам коментара ви с информацията за хардуера, мисля, че бихте могли (поне) да хвърлите повече RAM в него
6. може да се възползвате от известна денормализация. Трудно е да бъдем конкретни, без да знаем точната структура на база данни, но денормализирането може да подобри определени заявки за сметка на дублиране на данни/дисково пространство