OLTP hace referencia al uso que se le va a dar a la base. Si es para un sistema transaccional tipico, o para un sistema de reporting, un datawarehousing. El diseño de la base, el volumen cambian mucho en funcion de esto. Link: http://es.wikipedia.org/wiki/OLTP
SARG: Es la forma en que armas la query, especificamete los filtros, para que cumplan determinadas condiciones que permitan al SQL optimizarla y usar correctamente los indices. Habia un muy buen articulo de MS al respecto, pero no lo encuentro. http://www.dbasupport.com.mx/index.php?Itemid=27&id=47&option=com_content&task=view 2008/6/17 Omar Bellio <[EMAIL PROTECTED]>: > Gracias... Sí, la creación de las estadísticas es automática, ya las > había actualizado a mano. > El server creo que es 32 bits (es mi socio el que está más al tanto, yo > estoy a unos 2000 km. de distancia :-) ) Tiene W 2003 server. > > Necesito que me aclaren qué es OLTP y SARG, que lo mencionó Maxi, (jeh, > perdón por la incultura siglística, recuerden que no soy dba) > > Saludos. > > ------------------------------ > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Jose Mariano > Alvarez > *Enviado el:* 2008/June/17 8:31 AM > *Para:* Ciudad omarbellio > *Asunto:* [dbms] CONSULTA SOBRE INDICES > > SI tu notebook tiene un solo procesador deberias si quieres que cada > query corra con uno solo tocar la opcion de configuracin del servidor "max > degree of parellelism" y ponerla en 1. Si es un sistema muy OLTP podria ser > una buena alternativa. Eso evitaria que use paralelismo. > > Los 6GB de RAM no los usa a menos que los configures para que los use y el > servidor es edicion enterprise. Es 32 o 64 bits? > > Si las consultas mueven gran cantidad de datos probablemente los unicos > indices que te sirvan sean los clustered index por lo que habria que ver los > planes y el diseño fisico de la base > > los _WA_Sys_ no son indices sino hstogramas o estadisticas de los datos > creados automaticamente po el SQL Server. Asegurate de tener la creacion > automatica y la actualizacion aitomayica de estadisticas. > > Actualiza todas las estadisticas a mano como dijo Maxi. > > > Saludos > > -- > -------------------------------- > Atte. > Ing. Jose Mariano Alvarez > SQL Total Consulting > > > > > > > > On 16/06/2008, Esteban Grinberg <[EMAIL PROTECTED]> wrote: > >> Si la misma query, con el mismo volumen de datos, con el mismo diseño de >> la base con los mismos indices, se ejecuta bien en tu maquina y se ejecuta >> mal en el servidor, y lo primero que me podria a mirar (ademas del plan de >> ejecucion), es el tema de las estadisticas. Fijate que esten actualizadas. >> Los WA_sys que nombras, son precisamente esto. >> Tambien podrias ver el grado de fragmentacion de la tabla o el indice >> (DBCC SHOWCONTIG). >> >> Saludos, >> Esteban >> >> 2008/6/16 Omar Bellio <[EMAIL PROTECTED]>: >> >>> Buenas, tengo una duda existencial, tengo un SQL 2000 sobre el que he >>> creado algunos índices y desde mi óptica de developer con conocimientos que >>> no son los de un dba he observado varias cosas: >>> >>> 1- En mi máquina de desarrollo (notebook del montón) con sql develop >>> edition y la misma base con los mismos datos, hay ciertas consultas que >>> mueven gran cantidad de datos y se ejecutan aceptablemente rápido, en tanto >>> que en el server de producción, 2 procesadores dual core con 6 GB de RAM >>> tardan casi 5 veces más (probado en un escenario sin concurrencias en día >>> feriado) >>> >>> 2- Como creo recordar que sqlserver genera sus propios índices en base a >>> las consultas que se van ejecutando, miré el contentido de la tabla >>> sysindexes, y encontré una serie de índices ya existentes que comienzan con >>> _WA_Sys_... seguido del nombre del campo. En algunos casos, yo creé índices >>> sobre campos que están contemplados en los mencionados. >>> >>> ¿cómo es la cosa? ¿tendría que eliminar mis índices y dejar estos ya >>> generados? ¿estos índices son más eficientes que los que yo pueda >>> generar? ¿estoy introduciendo redundancias? >>> >>> Perdón por la extensión pero no sé cómo describir la situación en menos >>> palabras. Gracias por cualquier aclaración. >>> >> >> > > No virus found in this incoming message. > Checked by AVG. > Version: 8.0.100 / Virus Database: 270.3.0/1505 - Release Date: 08/06/16 > 7:20 AM >
