Je développe un site Web avec d'énormes données à stocker dans la base de données SQL Server. Comment dois-je l'optimiser pour le rendre plus rapide. 1. Utilisation des procédures stockées. 2. Fonctions/Vues. 3. Toutes les autres méthodesOptimisation de la base de données SQL Server pour une base de données volumineuse
La chose la plus importante à savoir dans le réglage de la base de données est la façon dont les données seront utilisées.
Les index peuvent faire des merveilles pour augmenter la vitesse de récupération des données. Mais la sur-indexation peut créer d'énormes goulets d'étranglement au niveau des performances lors de l'écriture des données. (Les index doivent être mis à jour au fur et à mesure que les données sont écrites Cela peut, dans le pire des cas, rendre vos écritures plusieurs fois plus longues sans les index.)
De même pour les vues. Une bonne vue indexée peut être une bonne chose pour les performances et la facilité de gestion si les données sont en grande partie en lecture seule. Mais ils peuvent vraiment faire glisser une base de données en écriture.
Le partitionnement peut être critique. Si vos données résident sur un support de stockage de qualité avec beaucoup de broches, vous pouvez partitionner vos données de sorte que les données les plus référencées soient réparties sur différentes broches. De cette façon, les têtes de lecture ne sont pas inactives tandis que plusieurs requêtes sont mises en file d'attente sur un lecteur. En fonction de vos besoins d'accès aux données, il est également recommandé de configurer plusieurs bases de données, dont une seule peut être écrite. Les autres sont tous des copies en lecture seule. De cette façon, vous pouvez interroger et analyser les données en temps quasi réel (si cela est acceptable) et répartir la charge entre les serveurs. Enfin, l'optimisation des requêtes est très importante. Vous pouvez utiliser les outils fournis avec SQL Server pour optimiser votre requête. Souvent, vous n'avez même pas besoin d'un index pour améliorer considérablement les performances de lecture. Vous avez juste besoin de modifier votre requête pour éviter des colonnes inutiles (qui peuvent exclure un index existant, par exemple) ou des jointures inutiles, des sous-requêtes, etc.
Eh bien, la chose la plus importante serait d'utiliser indexes approprié sur votre table qui ont de grandes quantités de données stockées dans eux.
Vous pouvez également envisager d'utiliser partitioned tables.
Usind SPs ou Views ne rendra pas votre base de données plus rapide.
Bien sûr d'autres méthodes 1) structure des tables d'optimisation (si es posible) 2) Structure des indices optimale (des indices complexes, notamment les champs) 3) Cloisonnement (si le serveur est quelques disques physiques) 4) de compression de données SQL (uniquement l'édition Enterprise)
Quelle est l'ampleur énorme pour vous dans Gb? – Aristos