1. assurez-vous d'avoir des index appropriés/appropriés
2. Assurez-vous d'avoir une bonne stratégie de maintenance des index (par exemple, reconstruire/défragmenter/maintenir les statistiques à jour pour garantir que les index restent performants)
3. identifier les requêtes peu performantes et les optimiser (elles peuvent avoir été écrites/testées sur de petits volumes de données alors que les problèmes de performances ne se seraient pas manifestés)
4. envisagez de partitionner vos données (par exemple, SQL 2005 et les versions ultérieures ont une prise en charge intégrée du partitionnement si vous disposez de l'édition Enterprise). Modifier :pour élaborer sur le partitionnement de SQL Server, je recommande une lecture complète de ceci Article MSDN sur le pourquoi et le comment. D'une manière générale, il y avait aussi une bonne présentation à QCon 2008 par Randy Shoup (architecte eBay) sur la scalabilité, dont l'un des points clés sur la mise à l'échelle d'un système en général est de partitionner. C'est résumé ici .
5. le matériel de votre serveur de base de données est-il suffisant ? pourrait-il bénéficier de plus de mémoire ?Modifier :en regardant votre commentaire avec vos informations sur le matériel, je pense que vous pourriez faire (au moins) y ajouter plus de RAM
6. vous pouvez bénéficier d'une certaine dénormalisation. Difficile d'être précis sans connaître la structure exacte de la base de données, mais la dénormalisation peut améliorer certaines requêtes au détriment de la duplication des données/de l'espace disque