CORRECTIF : Suboptimal plan d'exécution sur une mise à jour indirect à un affichage indexé

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

286234
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
BOGUE #: 236137 (SHILOH_BUGS)
Symptômes
Une mise à jour une table sous-jacente d'une vue indexée peut entraîner un plan suboptimal lorsque la vue indexée contient des fonctions d'agrégation.
Cause
Résultat dans une analyse d'index des estimations de ligne incorrecte au lieu d'un index seek lors du calcul les informations de regroupement.
Résolution
Pour résoudre ce problème, procurez-vous le dernier service pack pour SQL Server 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
290211 Fichier INF: Comment faire pour obtenir le dernier Service Pack SQL Server 2000
Contournement
Évitez d'utiliser des fonctions d'agrégation dans une vue indexée.
Statut
Microsoft a confirmé que c'est un problème dans SQL Server 2000. Ce problème a été corrigé dans SQL Server 2000 Service Pack 1.
Plus d'informations
Exécuter le code suivant pour voir le problème. Notez que l'étape « scalaire calcul » effectue une recherche d'index.
use tempdbgoIF EXISTS(SELECT * FROM information_schema.views where table_name = 'v1')  drop view v1IF EXISTS(SELECT * FROM information_schema.tables where table_name = 't1')  drop table t1gocreate table t1 (a int, b bigint NOT NULL)set nocount ondeclare @i intset @i=1while (@i<100000)begin  insert into t1 values (@i,0)  set @i=@i+1endgoSET NUMERIC_ROUNDABORT OFF SET ANSI_PADDING,ANSI_WARNINGS,CONCAT_NULL_YIELDS_NULL,ARITHABORT,QUOTED_IDENTIFIER,ANSI_NULLS ONGOcreate view v1 (a,b,c) with schemabinding as select a, sum(b), count_big(*) from dbo.t1 group by a gocreate unique clustered index i1 on v1(a)goset statistics profile oninsert into t1 values (1,1)set statistics profile offgo				
Optimiseur du plan de requête IV performances vitesse rapide lente Optimisation

Avertissement : Cet article a été traduit de manière automatique

Propriétés

ID d'article : 286234 - Dernière mise à jour : 01/16/2015 21:28:07 - Révision : 3.2

  • Microsoft SQL Server 2000 Standard
  • kbnosurvey kbarchive kbmt kbbug kbfix kbsqlserv2000sp1fix KB286234 KbMtfr
Commentaires