1. se till att du har lämpliga/lämpliga index
2. se till att du har en bra indexunderhållsstrategi (t.ex. bygg om/defragmentera/håll statistik uppdaterad för att säkerställa att indexen fortsätter att fungera bra)
3. identifiera dåligt presterande frågor och optimera dem (kan ha skrivits/testats mot små datavolymer när prestandaproblem inte skulle ha dykt upp)
4. överväg att partitionera dina data (t.ex. SQL 2005 och framåt har inbyggt stöd för partitionering om du har Enterprise Edition). Redigering:för att utveckla SQL Server-partitionering rekommenderar jag att du läser igenom detta MSDN-artikel om varför och hur. Generellt sett var det också ett bra föredrag på QCon 2008 av Randy Shoup (eBay-arkitekt) om skalbarhet, varav en av nyckelpunkterna för att skala ett system i allmänhet är att partitionera. Det är sammanfattat här .
5. är din db-serverhårdvara tillräcklig? kan det dra nytta av mer minne?Redigera:när jag tittar på din kommentar med din hårdvaruinformation, tror jag att du skulle kunna göra med (åtminstone) mer RAM-minne i den
6. du kan ha nytta av viss denormalisering. Svårt att vara specifik utan att veta exakt db-struktur, men denormalisering kan förbättra vissa frågor på bekostnad av dataduplicering/diskutrymme