Scénarios de choix des options de paramétrage
Vous pouvez combiner diverses options de paramétrage disponibles avec l'Assistant Paramétrage du Moteur de base de données pour obtenir les recommandations nécessaires à votre implémentation SQL Server. Les sections ci-après présentent les scénarios des diverses combinaisons d'options de paramétrage et le type des recommandations de paramétrage créées par chaque combinaison.
Choix des options de combinaisons adaptées
Le tableau ci-après fournit des exemples qui illustrent comment l'Assistant Paramétrage du Moteur de base de données interprète diverses combinaisons d'options de paramétrage que les utilisateurs peuvent choisir au moyen de l'utilitaire d'invite de commandes dta ou de l'interface graphique de l'Assistant Paramétrage du Moteur de base de données.
Arguments spécifiés avec dta |
Sélection dans l'onglet Options de paramétrage de l'interface graphique |
Interprétation de cette combinaison d'options par l'Assistant Paramétrage du moteur de base de données |
|---|---|---|
-fa IDX -fp NONE -fk ALL |
Index Aucun partitionnement Conserver toutes les structures PDS (Physical Design Structures) existantes |
Conserve toutes les structures PDS existantes dans la recommandation. L'Assistant Paramétrage du Moteur de base de données peut également suggérer des index non partitionnés au sein de la recommandation. |
-fa IDX_IV -fp NONE -fk NONE |
Index et vues indexées Aucun partitionnement Ne pas conserver de structures PDS (Physical Design Structures) existantes |
Inclut uniquement les index non partitionnés et les vues indexées dans la recommandation. Si la recommandation est mise en œuvre, tous les objets partitionnés (le cas échéant) sont ignorés. |
-fa IDX_IV -fp ALIGNED -fk ALIGNED |
Index et vues indexées Partitionnement aligné Conserver le partitionnement aligné |
Conserve toutes les structures PDS existantes « alignées » (partitionnées de la même manière que les tables et les vues de base). L'Assistant Paramétrage du Moteur de base de données peut recommander d'autres index et des vues indexées également alignés. L'application de la recommandation place la base de données dans l'état « aligné ». |
Utilisation des scénarios de combinaisons d'options de paramétrage
Le tableau ci-après fournit des scénarios courants que la plupart des utilisateurs rencontrent en pratique, ainsi que les combinaisons de paramétrage qui activent les scénarios. Les facteurs ci-après régissent ces scénarios :
performances ;
connaissance des fonctionnalités, par exemple, confort d'utilisation grâce aux vues indexées ;
modifications incrémentielles de la base de données ;
simplicité de gestion ;
compatibilité descendante ;
facilité de migration (d'une version Microsoft SQL Server vers une autre).
Les performances représentent un facteur commun à tous les scénarios ; par conséquent, ce facteur ne figure pas explicitement dans le tableau ci-après.
#. |
Description du scénario |
Facteurs |
Objets spécifiés |
Partitionnement spécifié |
Conserver l'option spécifiée |
|---|---|---|---|---|---|
1 |
L'utilisateur veut les meilleures performances (bases de données nouvelles ou existantes), mais il ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2005 vers SQL Server 2008. |
Connaissance des fonctionnalités, compatibilité descendante |
Index et vues indexées |
Non |
Non |
2 |
L'utilisateur paramètre un petit ensemble de requêtes nouvelles ou ad hoc, mais il ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2005 vers SQL Server 2008. |
Modification incrémentielle, connaissance des fonctionnalités, compatibilité descendante |
Index et vues indexées |
Non |
Toutes |
3 |
L'utilisateur ne veut pas modifier le clustering des tables de base. Ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2005 vers SQL Server 2008. |
Connaissance des fonctionnalités, modification incrémentielle |
Index et vues indexées |
Non |
Index cluster |
4 |
L'utilisateur veut des index bien paramétrés et des modifications incrémentielles uniquement pour les index d'un petit ensemble de requêtes. Ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server version 7.0 vers SQL Server 2000, et utilisateurs SQL Server 2000. |
Modification incrémentielle |
Index et vues indexées |
Non |
Index |
5 |
L'utilisateur veut les meilleures performances pour l'ensemble de la charge de travail (bases de données nouvelles ou existantes). L'utilisateur configure ou déploie un nouveau système SQL Server. Utilisateurs migrant de SQL Server 2005 vers SQL Server 2008 qui souhaitent exploiter le partitionnement pour obtenir de meilleures performances. |
- |
Index et vues indexées |
Complet |
Non |
6 |
L'utilisateur paramètre un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur déploie un nouveau système SQL Server. |
Modification incrémentielle |
Index et vues indexées |
Complet |
Complète |
7 |
L'utilisateur ne veut pas modifier le clustering des tables de base, mais veut néanmoins obtenir de meilleures performances. |
Modification incrémentielle |
Index et vues indexées |
Complet |
Index cluster |
8 |
L'utilisateur veut conserver tous les index existants, mais pas nécessairement les vues indexées, tout en améliorant les performances dans la mesure du possible. Peut être utile lorsque la charge de travail change (les vues indexées sont moins fiables que les index en ce qui concerne les modifications de la charge de travail). |
Modification incrémentielle |
Index et vues indexées |
Complet |
Index |
9 |
L'utilisateur veut les meilleures performances (bases de données nouvelles ou existantes), mais le partitionnement est essentiellement destiné à faciliter la gestion. L'utilisateur configure ou déploie un nouveau système. |
Simplicité de gestion |
Index et vues indexées |
Aligné |
Non |
10 |
L'utilisateur veut employer le partitionnement essentiellement pour faciliter la gestion. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. |
Modification incrémentielle, facilité de gestion |
Index et vues indexées |
Aligné |
Alignée |
11 |
L'utilisateur ne veut pas modifier le clustering des tables de base. Le partitionnement est essentiellement destiné à faciliter la gestion. |
Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion |
Index et vues indexées |
Aligné |
Index cluster |
12 |
L'utilisateur connaît bien les index, mais pas les vues indexées ou le partitionnement. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005 ou de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités, compatibilité descendante |
Index |
Non |
Non |
13 |
L'utilisateur connaît bien les index, mais pas les vues indexées ou le partitionnement. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005 ou de SQL Server version 7.0 vers SQL Server 2008. |
Modification incrémentielle, connaissance des fonctionnalités, compatibilité descendante |
Index |
Non |
Complète |
14 |
L'utilisateur ne veut pas modifier le clustering des tables de base. Ne connaît pas bien le partitionnement ou les vues indexées. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005 ou de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités, modification incrémentielle |
Index |
Non |
Index cluster |
15 |
L'utilisateur veut supprimer les vues indexées existantes de la base de données active sans supprimer les index. |
Connaissance des fonctionnalités, modification incrémentielle |
Index |
Non |
Index |
16 |
L'utilisateur ne connaît pas bien les vues indexées. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités |
Index |
Complet |
Non |
17 |
L'utilisateur ne connaît pas bien les vues indexées. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités, modification incrémentielle |
Index |
Complet |
Complète |
18 |
L'utilisateur ne connaît pas bien les vues indexées. L'utilisateur ne veut pas modifier le clustering des tables de base. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités, modification incrémentielle |
Index |
Complet |
Index cluster |
19 |
L'utilisateur veut supprimer les vues indexées existantes de la base de données active sans supprimer les index. |
Connaissance des fonctionnalités, modification incrémentielle |
Index |
Complet |
Index |
20 |
L'utilisateur connaît bien les index, mais pas les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005. |
Connaissance des fonctionnalités, facilité de gestion |
Index |
Aligné |
Non |
21 |
L'utilisateur connaît bien les index, mais pas les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2008. |
Connaissance des fonctionnalités, facilité de gestion |
Index |
Aligné |
Alignée |
22 |
L'utilisateur ne veut pas modifier le clustering des tables de base. Ne connaît pas bien les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005. |
Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion |
Index |
Aligné |
Index cluster |
23 |
L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien le partitionnement ou les vues indexées. |
Connaissance des fonctionnalités, modification incrémentielle |
Index non-cluster |
Non |
Complète |
24 |
L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien le partitionnement ou les vues indexées. |
Connaissance des fonctionnalités, modification incrémentielle |
Index non-cluster |
Non |
Index cluster |
25 |
L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. |
Connaissance des fonctionnalités, modification incrémentielle |
Index non-cluster |
Complet |
Complète |
26 |
L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Envisage une nouvelle conception complète des index non-cluster. |
Connaissance des fonctionnalités, modification incrémentielle |
Index non-cluster |
Complet |
Index cluster |
27 |
L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Veut conserver l'alignement de la structure PDS finale. |
Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion |
Index non-cluster |
Aligné |
Alignée |
28 |
L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Envisage une nouvelle conception complète des index non-cluster pourvu qu'ils soient alignés. |
Connaissance des fonctionnalités, modification incrémentielle |
Index non-cluster |
Aligné |
Index cluster |
29 |
L'utilisateur paramètre un jeu des requêtes qui sélectionnent dans un sous-ensemble de données de table. Meilleures performances pour les index. |
Performance |
Index avec l'option d'index filtrés |
Aucune |
Aucune |
30 |
L'utilisateur veut des index bien paramétrés et des modifications incrémentielles seulement pour les index d'un petit ensemble de requêtes. Utilisateurs migrant de SQL Server 2005 vers SQL Server 2008. |
Modification incrémentielle |
Index et vues indexées, avec option d'index filtré |
Aucune |
Index |