Iniciar sesi�n

Select the product you need help with

REVISI�N: Reordenar las combinaciones externas con criterios de filtro antes de las combinaciones no selectivas y combinaciones externas

Id. de art�culo: 318530 - Ver los productos a los que se aplica este art�culo

Advertencia: Art�culo de Traducci�n Autom�tica, vea la exenci�n de responsabilidad.

Haga clic aqu� para ver en paralelo el art�culo de traducci�n autom�tica y el art�culo original en ingl�s.

N� DE ERROR: 356418 (SHILOH_BUGS)

Expandir todo | Contraer todo

Si env�a una consulta que contiene al menos una combinaci�n externa que tiene una condici�n de filtro en la cl�usula WHERE en la tabla interna de la combinaci�n externa (por ejemplo, una condici�n de filtro en la tabla derecha de una combinaci�n externa izquierda o la tabla izquierda de una combinaci�n externa derecha), SQL Server puede realizar combinaciones menos selectivas primero en lugar de realizar la combinaci�n externa pronto y aplicar la condici�n del filtro. Si la condici�n de filtro de combinaci�n externa es uno de los criterios de la consulta m�s selectivos, puede producir error al procesar los criterios de pronto en el plan:

Tama�os mayores de combinaci�n intermedia.
Proceso de mayor utilizaci�n de recursos por SQL Server.
Tiempo de respuesta m�s lento de la consulta.

Volver al principio | Enviar comentarios

Soluci�n

Resoluci�n para SQL Server 2005

Para resolver este problema, obtenga el service pack m�s reciente para SQL Server 2005. Para obtener m�s informaci�n, haga clic en el n�mero de art�culo siguiente para verlo en Microsoft Knowledge Base:

913089

(http://support.microsoft.com/kb/913089/ )

C�mo obtener el service pack m�s reciente para SQL Server 2005

Despu�s de instalar el service pack de SQL Server 2005, debe activar el indicador de traza 4101 para resolver este problema.

Resoluci�n para SQL Server 2000

Para resolver este problema, consiga el Service Pack m�s reciente para Microsoft SQL Server 2000. Para obtener m�s informaci�n, haga clic en el n�mero de art�culo siguiente para verlo en Microsoft Knowledge Base:

290211

(http://support.microsoft.com/kb/290211/ )

C�mo obtener el Service Pack m�s reciente de SQL Server 2000

Nota : la revisi�n siguiente se cre� antes del lanzamiento de Service Pack 3 de Microsoft SQL Server 2000.

La versi�n en ingl�s de esta revisi�n debe tener los atributos de archivo siguientes o posteriores:

   Version       File name
   -----------------------------

   8.00.0584     Sqlservr.exe

Nota : debido a la interdependencia entre archivos, el m�s reciente revisi�n o caracter�stica que contiene los archivos quiz�s contenga tambi�n archivos adicionales.

Volver al principio | Enviar comentarios

Estado

Estado de SQL Server 2005

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la secci�n "La informaci�n de este art�culo se refiere a:".
Este problema se corrigi� por primera vez en Microsoft SQL Server 2005 Service Pack 1.

Estado de SQL Server 2000

Volver al principio | Enviar comentarios

M�s informaci�n

El siguiente escenario artificioso combinaci�n utiliza la base de datos pubs para demostrar el escenario:

set ansi_nulls off
go

use pubs
go

create procedure dbo.ansi_nulls_param @P1 varchar(11) as
select t.title_id, a.au_id, ta.title_id, s.stor_id from titles t 
   left outer join titleauthor ta on ta.title_id = t.title_id
   inner join authors a on a.au_id = t.title_id
   inner join sales s on s.title_id = t.title_id
where ta.title_id = @P1
go

exec dbo.ansi_nulls_param '123-45-6789'
go

drop proc dbo.ansi_nulls_param
go

--Slower Query Plan:
       |--Filter(WHERE:([ta].[title_id]=[@P1]))
            |--Nested Loops(Left Outer Join, OUTER REFERENCES:([t].[title_id]))
                 |--Nested Loops(Inner Join, OUTER REFERENCES:([s].[title_id]))
                 |    |--Nested Loops(Inner Join, OUTER REFERENCES:([s].[title_id]))
                 |    |    |--Index Scan(OBJECT:([pubs].[dbo].[sales].[titleidind] AS [s]))
                 |    |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[authors].[UPKCL_auidind] AS [a]), SEEK:([a].[au_id]=[s].[title_id]) ORDERED FORWARD)
                 |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[titles].[UPKCL_titleidind] AS [t]), SEEK:([t].[title_id]=[s].[title_id]) ORDERED FORWARD)
                 |--Index Seek(OBJECT:([pubs].[dbo].[titleauthor].[titleidind] AS [ta]), SEEK:([ta].[title_id]=[t].[title_id]) ORDERED FORWARD)

--Faster Query Plan:
       |--Nested Loops(Inner Join, OUTER REFERENCES:([a].[au_id]))
            |--Nested Loops(Inner Join, OUTER REFERENCES:([t].[title_id]))
            |    |--Filter(WHERE:([ta].[title_id]=[@P1]))
            |    |    |--Nested Loops(Left Outer Join, OUTER REFERENCES:([t].[title_id]))
            |    |         |--Index Scan(OBJECT:([pubs].[dbo].[titles].[titleind] AS [t]))
            |    |         |--Index Seek(OBJECT:([pubs].[dbo].[titleauthor].[titleidind] AS [ta]), SEEK:([ta].[title_id]=[t].[title_id]) ORDERED FORWARD)
            |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[authors].[UPKCL_auidind] AS [a]), SEEK:([a].[au_id]=[t].[title_id]) ORDERED FORWARD)
            |--Index Seek(OBJECT:([pubs].[dbo].[sales].[titleidind] AS [s]), SEEK:([s].[title_id]=[a].[au_id]) ORDERED FORWARD)

tenga en cuenta que la tabla titleauthor es la tabla derecha de una combinaci�n externa izquierda y WHERE condici�n de la cl�usula en titleauthor se aplica despu�s de la combinaci�n externa. El resultado muestra el plan de consulta original, m�s lento, donde se realizan primero todas las combinaciones internas y la combinaci�n externa y el filtro se realiza de por �ltimo, aunque la condici�n m�s selectiva para la consulta. El segundo plan de consulta es un plan forzado que muestra el aspecto del plan m�s r�pido, en el que la combinaci�n externa y el filtro se efect�a primero, seguido de las restantes combinaciones internas.

Para este escenario concreto, el optimizador contin�a elegir el primer plan incluso despu�s de aplicar la revisi�n. Esto es porque estas tablas son tan peque�as y el costo estimado del primer plan es lo suficientemente bajo para que se considera mejor ejecutar s�lo con ese plan que continuar buscando alternativas siguientes. A medida que aumenta datos en las tablas, el costo del primer plan pasa a ser mayor y el optimizador se inicia para elegir el plan de segundo.

Volver al principio | Enviar comentarios

Propiedades

Id. de art�culo: 318530 - �ltima revisi�n: lunes, 04 de febrero de 2008 - Versi�n: 5.1

La informaci�n de este art�culo se refiere a:

Microsoft SQL Server 2000 Standard Edition
Microsoft SQL Server 2005 Developer Edition
Microsoft SQL Server 2005 Enterprise Edition
Microsoft SQL Server 2005 Standard Edition
Microsoft SQL Server 2005 Workgroup Edition

kbmt kbhotfixserver kbqfe kbsqlserv2000sp3fix kbbug kbfix kbsqlserv2000presp3fix KB318530 KbMtes

Traducci�n autom�tica

IMPORTANTE: Este art�culo ha sido traducido por un software de traducci�n autom�tica de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece art�culos traducidos por un traductor humano y art�culos traducidos autom�ticamente para que tenga acceso en su propio idioma a todos los art�culos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los art�culos traducidos autom�ticamente pueden contener errores en el vocabulario, la sintaxis o la gram�tica, como los que un extranjero podr�a cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisi�n, error o da�o ocasionado por una mala traducci�n del contenido o como consecuencia de su utilizaci�n por nuestros clientes. Microsoft suele actualizar el software de traducci�n frecuentemente.

Haga clic aqu� para ver el art�culo original (en ingl�s): 318530

(http://support.microsoft.com/kb/318530/en-us/ )

Volver al principio | Enviar comentarios