La tabla B tiene indice de Clave. Puede que sea un poco más lento que el óptimo. Pero te digo que se me va mas allá de los 3 o 4 o 5 minutos, cuando la copia simple de la tabla tarda 40 segundos. Por eso, creo que debe haber alguna cosa rara.
Lo del servidor, si, cambié de servidor, pero los índices los creé de nuevo en el nuevo servidor. Además corrí por las dudas "update statistics A" para la tabla A, en base a lo que me decís, pero no sé si es suficiente. Sigue tardando muchísimo -----Original Message----- From: "Maxi Accotto" <[EMAIL PROTECTED]> To: "Daniel Aisenberg" <[EMAIL PROTECTED]> Date: Wed, 16 May 2007 21:19:31 -0300 Subject: [dbms] consulta en sql2005 no anda bien Hola, con esa sola informacion no es suficiente, compara los distintos planes de ejecucion, fijate el tema de indices, el tema de estadistocas, has cambiado de servidor? ----------------------------------------------------------- Microsoft MVP en SQL Server Mentor asociado en SQLTotalConsulting (excelencia en servicios y consultoria SQLServer) Orador Culminis - Microsoft Influencier www.sqltotalconsulting.com ----------------------------------------------------------- El 16/05/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escribió: > en 2000 tenia: > > select a.* into dbo.Resultado from tabla1 a where clave not in (select clave > from tabla2 ) > y tardaba menos de un minuto y pico para 6 o 7 millones de filas. > > en 2005... es eterno...!!!** > > Alguien sabe qué es lo que puede estar pasando?, parece no funcionar la > cláusula "not in" > > Pero ya probé también: > select a.* > into dbo.Resultado > from dbo.Tabla1 a > left join dbo.Tabla2 b > on a.clave = b.clave > where b.clave is null > > Tampoco funciona.. > > Como verán, trato de copiar los elementos contenidos en A y que no estén en > B. Tan simple como eso. > > Cuando hago la copia directa como sigue: > select a.* into dbo.Resultado from dbo.Tabla1 > tarda 40 segundos para 7 millones de registros > > Por favor, alguna clave para solucionar este tema. Se agradece. > > > --
