Utilisation de l'indicateur de table FORCESEEK

Évaluation de plans de requête pour l'applicabilité de FORCESEEK

L'indicateur de table FORCESEEK peut être utile lorsque le plan de requête utilise un opérateur d'analyse de table ou d'index sur une table ou une vue, alors qu'un opérateur de recherche d'index pourrait être plus efficace. Considérez la requête et le plan d'exécution suivants.

USE AdventureWorks;
GO
SELECT *
FROM Sales.SalesOrderHeader AS h
INNER JOIN Sales.SalesOrderDetail AS d 
    ON h.SalesOrderID = d.SalesOrderID 
WHERE h.TotalDue > 100
AND (d.OrderQty > 5 OR d.LineTotal < 1000.00);
GO

Le plan d'exécution suivant indique que l'optimiseur de requête a choisi un opérateur d'analyse d'index cluster pour accéder aux données dans les deux tables.

Vous pouvez forcer l'optimiseur de requête à effectuer une opération de recherche sur la table Sales.SalesOrderDetail en spécifiant l'indicateur FORCESEEK, tel qu'indiqué dans la requête suivante.

USE AdventureWorks;
GO
SELECT *
FROM Sales.SalesOrderHeader AS h
INNER JOIN Sales.SalesOrderDetail AS d WITH (FORCESEEK)
    ON h.SalesOrderID = d.SalesOrderID 
WHERE h.TotalDue > 100
AND (d.OrderQty > 5 OR d.LineTotal < 1000.00);
GO

Le plan d'exécution suivant montre les résultats de l'utilisation de l'indicateur FORCESEEK dans la requête. Une opération de recherche d'index cluster est utilisée pour accéder aux données dans la table Sales.SalesOrderDetail.

Prise en charge de l'union et de l'intersection d'index

SELECT * FROM T WITH(FORCESEEK) WHERE T.a = 1 AND T.b = 2;

SELECT * FROM T WITH(FORCESEEK) WHERE T.a = 1 OR T.b = 2;

Utilisation de FORCESEEK dans des requêtes contenant des prédicats LIKE ou IN

USE tempdb;
GO
DROP TABLE t;
GO
CREATE TABLE t(i int UNIQUE, j int, vc varchar(100));
CREATE INDEX t_vc ON t(vc);
GO
DECLARE @p1 int, @p2 int, @p3 int, @p4 int, @p5 int;
SELECT * FROM t WHERE i IN (@p1, @p2, @p3, @p4, @p5);
GO
DECLARE @p1 int, @p2 int, @p3 int, @p4 int, @p5 int;
SELECT * FROM t WITH (FORCESEEK) WHERE i IN (@p1, @p2, @p3, @p4, @p5);
GO
SELECT * FROM t WHERE vc LIKE 'Test%';
GO
SELECT * FROM t WITH (FORCESEEK) WHERE vc LIKE 'Test%';
GO
DECLARE @vc varchar(100);
SELECT * FROM t WHERE vc LIKE @vc;
GO
DECLARE @vc varchar(100);
SELECT * FROM t WITH (FORCESEEK) where vc like @vc;
GO

Utilisation de FORCESEEK sur des vues

FORCESEEK peut être spécifié avec ou sans indicateur d'index. Lorsque vous appliquez un indicateur de table FORCESEEK à une vue ou une vue indexée, l'indicateur FORCESEEK est propagé de manière récursive sur toutes les tables dans la version développée de la vue. L'indicateur d'index, s'il est spécifié, est ignoré. Si les tables sous-jacentes ne possèdent pas au moins un index chacune, aucun plan n'est trouvé et l'erreur 8622 est retournée.

Lorsque vous utilisez simultanément les indicateurs FORCESEEK et NOEXPAND sur une référence à une vue indexée, la vue indexée est utilisée sans être développée au préalable. L'indicateur FORCESEEK est appliqué directement à la vue indexée, qui est traitée comme une table.

Si vous appliquez un indicateur FORCESEEK à une référence de table, la référence de table ne peut pas participer à la mise en correspondance de vue indexée. Toutefois, les autres parties de la requête qui ne sont pas affectées par l'indicateur FORCESEEK peuvent participer à la mise en correspondance de vue indexée. Ceci est comparable au comportement de la correspondance de vue indexée lorsqu'elle est utilisée avec des indicateurs INDEX.

Méthodes préconisées

Nous vous recommandons d'appliquer les méthodes conseillées ci-dessous :

• Avant d'utiliser l'indicateur de table FORCESEEK, assurez-vous que les statistiques sur la base de données sont actuelles et exactes.

  Avec des statistiques à jour, l'optimiseur peut évaluer correctement le coût de différents plans de requête et choisir un plan de haute qualité. Par conséquent, nous vous recommandons d'affecter la valeur ON (la valeur par défaut) aux options AUTO_CREATE_STATISTICS et AUTO_UPDATE_STATISTICS pour chaque base de données utilisateur. Vous pouvez également mettre à jour manuellement les statistiques sur une table ou une vue en utilisant l'instruction UPDATE STATISTICS.

• Évaluez la requête pour des éléments qui peuvent engendrer des estimations de cardinalité ou de coût médiocres et supprimez ces éléments si possible. Par exemple, remplacez des variables locales par des paramètres ou des littéraux et limitez l'utilisation de fonctions table à plusieurs instructions et de variables de table dans la requête. Pour plus d'informations sur les autres éléments à rechercher, consultez Statistiques utilisées par l'optimiseur de requête dans Microsoft SQL Server 2005.

• N'utilisez pas inutilement l'indicateur INDEX en association avec FORCESEEK. Autrement dit, si FORCESEEK seul produit un plan suffisant, le fait d'utiliser également l'indicateur INDEX peut limiter excessivement les choix dont dispose l'optimiseur. En outre, un indicateur INDEX provoque l'échec de la requête si vous modifiez le schéma physique de la table pour éliminer l'index spécifié dans l'indicateur. En revanche, tant qu'il existe au moins un index utilisable sur la table sur laquelle l'indicateur FORCESEEK est appliqué, la requête est compilée même si vous modifiez les structures d'index.

• N'utilisez pas l'indicateur INDEX (0) avec l'indicateur FORCESEEK. L'indicateur INDEX (0) force une analyse de la table de base. Lorsqu'il est associé à FORCESEEK, aucun plan n'est trouvé et l'erreur 8622 est retournée.

• N'utilisez pas l'indicateur de requête USE PLAN avec l'indicateur FORCESEEK. Si vous le faites, l'indicateur FORCESEEK est ignoré.

Voir aussi

Tâches

Référence