1. đảm bảo rằng bạn có các chỉ mục phù hợp / thích hợp
2. đảm bảo bạn có chiến lược duy trì chỉ mục tốt (ví dụ:xây dựng lại / chống phân mảnh / cập nhật số liệu thống kê để đảm bảo các chỉ mục luôn hoạt động tốt)
3. xác định các truy vấn hoạt động kém và tối ưu hóa chúng (có thể đã được viết / kiểm tra dựa trên khối lượng dữ liệu nhỏ khi các vấn đề về hiệu suất không xuất hiện)
4. xem xét việc phân vùng dữ liệu của bạn (ví dụ:SQL 2005 trở đi đã được tích hợp sẵn để hỗ trợ phân vùng nếu bạn có phiên bản Enterprise). Chỉnh sửa:để giải thích rõ hơn về phân vùng SQL Server, tôi khuyên bạn nên đọc qua cái này Bài báo MSDN về lý do và cách thực hiện. Lưu ý chung, tại QCon 2008, Randy Shoup (kiến trúc sư eBay) cũng đã có một bài nói chuyện hay về khả năng mở rộng, trong đó một trong những điểm quan trọng khi mở rộng hệ thống nói chung là phân vùng. Nó được tóm tắt tại đây .
5. phần cứng máy chủ db của bạn có đủ không? nó có thể được hưởng lợi từ nhiều bộ nhớ hơn không? Chỉnh sửa:xem nhận xét của bạn với thông tin phần cứng của bạn, tôi nghĩ bạn có thể làm với (ít nhất) ném thêm RAM vào đó
6. bạn có thể được hưởng lợi từ một số chuẩn hóa. Khó cụ thể nếu không biết cấu trúc db chính xác, nhưng việc không chuẩn hóa có thể cải thiện một số truy vấn nhất định với chi phí trùng lặp dữ liệu / dung lượng đĩa