1. upewnij się, że masz odpowiednie/odpowiednie indeksy
2. upewnij się, że masz dobrą strategię utrzymania indeksów (np. przebudowuj/defragmentuj/aktualizuj statystyki, aby zapewnić prawidłowe działanie indeksów)
3. zidentyfikuj słabo działające zapytania i zoptymalizuj je (mogły zostać napisane/przetestowane na małych ilościach danych, gdy nie pojawiłyby się problemy z wydajnością)
4. Rozważ partycjonowanie danych (np. SQL 2005 i nowsze wersje mają wbudowaną obsługę partycjonowania, jeśli masz Enterprise Edition). Edytuj:aby omówić partycjonowanie SQL Server, w pełni polecam przeczytanie to Artykuł MSDN o tym, dlaczego i jak. Ogólnie rzecz biorąc, Randy Shoup (architekt serwisu eBay) wygłosił również dobrą przemowę na QCon 2008 na temat skalowalności, której jednym z kluczowych punktów przy skalowaniu systemu w ogóle jest podział. Podsumowanie jest tutaj .
5. czy sprzęt serwera db jest wystarczający? czy może skorzystać na większej ilości pamięci? Edytuj:patrząc na Twój komentarz z informacjami o sprzęcie, myślę, że możesz (przynajmniej) wrzucić do niego więcej pamięci RAM
6. możesz skorzystać na pewnej denormalizacji. Trudno być konkretnym bez znajomości dokładnej struktury bazy danych, ale denormalizacja może poprawić niektóre zapytania kosztem duplikacji danych / miejsca na dysku