Manejo de tablas Grandes

17/07/2003 - 16:47 por Pao | Informe spam
Tengo una tabla que tienes gran cantidad de rergistros
14'000.000 y posiblimente aumentará, la depuración no
ayuda mucho ya que se requiere de la misma, que se puede
aplicar on el fin de mejorar el performace de la tabla y
por ende de la Base de datos.
Gracias por su prota ayuda y comentarios.

El sql que uso es SQL 2000.

Preguntas similare

Leer las respuestas

#1 Eladio Rincon
17/07/2003 - 17:18 | Informe spam
Hola Pao,

sería de ayuda conocer:
-diseño de la tabla (Create, constraints, triggers). Explicación de la
entidad que representa y entidades relacionadas.
-relaciones con otras tablas (FKs).
-Qué tipo de operaciones se realizan sobre la tabla y con qué frecuencia.
-Nº Usuarios concurrentes en el sistema; Nº Usuarios concurrentes en la
tabla por operación.
-T-SQL más frecuentemente usadas contra la tabla (incluidos joins (desde y
a) otras tablas.
-Hardware utilizado (y disponible): discos (niveles RAID), CPU, memoria.
-Versión del sistema operativo y de SQL Server.

Ánimo, siempre es un reto optimizar tablas grandes :-)

Saludos,

Eladio Rincón
MCP, SQL Server MVP
http://eu.webmatrixhosting.net/Eladio

"Comparte lo que sabes, aprende lo que no sepas", FGG

"Pao" escribió en el mensaje
news:0bd701c34c72$5ae16710$
Tengo una tabla que tienes gran cantidad de rergistros
14'000.000 y posiblimente aumentará, la depuración no
ayuda mucho ya que se requiere de la misma, que se puede
aplicar on el fin de mejorar el performace de la tabla y
por ende de la Base de datos.
Gracias por su prota ayuda y comentarios.

El sql que uso es SQL 2000.
Respuesta Responder a este mensaje
#2 Eladio Rincon
17/07/2003 - 23:09 | Informe spam
Hola,

no conozco el producto que mencionas; sobre el diseño que comentas: lo malo
que no tiene integridad referencial por lo que la aplicación la debe
comprobar por código; lo correcto es que por lo menos tiene definidas las
claves primarias e índices, aunque me temo que los índices sólo afectan a
las claves primarias: confirmalo.

Para optimizar las consultas que se realizan sobre la base de datos debes
utilizar Index Tuning Wizard que te realizará sugerencias muy muy correctas;
para ello deberás tener muestreado un periodo de tiempo razonable.

Si por otro lado deseas comprobar las consultas que realiza el aplicativo
deberías escuchar las peticiones que recibe el servidor con el analizador de
SQL Server. Aquí también deberás tener una muestra de tiempo aceptable.

La memoria creo que no es demasiada (1GB sería correcto), pero antes de
promover el cambio, estudiaría con el monitor de rendimiento el uso de la
memoria; mira en BOL Supervisar el uso de la memoria
(<mk:@MSITStore:C:\Archivos%20de%20programa\Microsoft%20SQL%20Server\80\Tool
s\Books\adminsql.chm::/ad_perfmon_8x0l.htm>).

Saludos,

Eladio Rincón
MCP, SQL Server MVP
http://eu.webmatrixhosting.net/Eladio

"Comparte lo que sabes, aprende lo que no sepas", FGG

"Pao" escribió en el mensaje
news:040a01c34c97$c434c070$
Te cuento que esta es una herramienta de 3, has escuchado
el producto de respaldos BrightStorEB es de CA, pero al
revisar el diseño, encontras que las tablas no tienes
relaciones o FK, solo encuentras PK e indices, pero el
detalle es que todo se condensa o la mayor cantidad de
registros se condensa en una tabla que es astpdat
(14'000.000 y esta aumentando).
Las consultas que internamente haga la aplicación no las
conozco, asumo que son para la parte de reportes, o cuando
haces los restore porque ahi te indica de que forma deseas
hacerlo.
Respecto al HW es un servidor Power Edge 5000 tiene 2
Procesadores de 1GH, 512MB en memoria.
1 Disco 36GB No tiene Raid.

Existen 3 Unidades de Tape que estan pegadas sobre este
servidor y se respalda al mismo tiempo.
Sistema Operativo Windows 2000 Server Ingles Sp3 (ya mismo
ponemos sp4)
SQL 2000 sp3

Los usuarios concurrentes en realidad es 2 ó 3.

Hola Pao,

sería de ayuda conocer:
-diseño de la tabla (Create, constraints, triggers).


Explicación de la
entidad que representa y entidades relacionadas.
-relaciones con otras tablas (FKs).
-Qué tipo de operaciones se realizan sobre la tabla y con


qué frecuencia.
-Nº Usuarios concurrentes en el sistema; Nº Usuarios


concurrentes en la
tabla por operación.
-T-SQL más frecuentemente usadas contra la tabla


(incluidos joins (desde y
a) otras tablas.
-Hardware utilizado (y disponible): discos (niveles


RAID), CPU, memoria.
-Versión del sistema operativo y de SQL Server.

Ánimo, siempre es un reto optimizar tablas grandes :-)

Saludos,

Eladio Rincón
MCP, SQL Server MVP
http://eu.webmatrixhosting.net/Eladio

"Comparte lo que sabes, aprende lo que no sepas", FGG

"Pao" escribió en el mensaje
news:0bd701c34c72$5ae16710$
Tengo una tabla que tienes gran cantidad de rergistros
14'000.000 y posiblimente aumentará, la depuración no
ayuda mucho ya que se requiere de la misma, que se puede
aplicar on el fin de mejorar el performace de la tabla y
por ende de la Base de datos.
Gracias por su prota ayuda y comentarios.

El sql que uso es SQL 2000.


.

Respuesta Responder a este mensaje
#3 josenadim
18/07/2003 - 01:59 | Informe spam
creo q la cuestion puede ser por el lado del particionamiento de
tablas ,lo conozco como concepto aun no lo he aplicado..
-Nº Usuarios concurrentes en el sistema; Nº Usuarios concurrentes en la
tabla por operación.


en tabla por operacion.. se hace con sp_lock con algo mas ??
gracias
Jose Nadim
Respuesta Responder a este mensaje
#4 Pao
18/07/2003 - 07:04 | Informe spam
Te comento que los indices estan definidos por otras
columnas que no son la clave primaria.
Voy a aplicar el chequeo para analizar el comportameinto,
ademàs estuve pensando en la posibilidad de crear otro
filegroup el cual resida en otro disco y sobre este montar
los indices de esta tabla y mover el log de esta base de
datos.
Cualquier ayuda o recomendación adicional te agradecerìa
muchisimo.

Hola,

no conozco el producto que mencionas; sobre el diseño que


comentas: lo malo
que no tiene integridad referencial por lo que la


aplicación la debe
comprobar por código; lo correcto es que por lo menos


tiene definidas las
claves primarias e índices, aunque me temo que los


índices sólo afectan a
las claves primarias: confirmalo.

Para optimizar las consultas que se realizan sobre la


base de datos debes
utilizar Index Tuning Wizard que te realizará sugerencias


muy muy correctas;
para ello deberás tener muestreado un periodo de tiempo


razonable.

Si por otro lado deseas comprobar las consultas que


realiza el aplicativo
deberías escuchar las peticiones que recibe el servidor


con el analizador de
SQL Server. Aquí también deberás tener una muestra de


tiempo aceptable.

La memoria creo que no es demasiada (1GB sería correcto),


pero antes de
promover el cambio, estudiaría con el monitor de


rendimiento el uso de la
memoria; mira en BOL Supervisar el uso de la memoria
(<mk:@MSITStore:C:\Archivos%20de%20programa\Microsoft%


20SQL%20Server\80\Tool
s\Books\adminsql.chm::/ad_perfmon_8x0l.htm>).

Saludos,

Eladio Rincón
MCP, SQL Server MVP
http://eu.webmatrixhosting.net/Eladio

"Comparte lo que sabes, aprende lo que no sepas", FGG

"Pao" escribió en el mensaje
news:040a01c34c97$c434c070$
Te cuento que esta es una herramienta de 3, has escuchado
el producto de respaldos BrightStorEB es de CA, pero al
revisar el diseño, encontras que las tablas no tienes
relaciones o FK, solo encuentras PK e indices, pero el
detalle es que todo se condensa o la mayor cantidad de
registros se condensa en una tabla que es astpdat
(14'000.000 y esta aumentando).
Las consultas que internamente haga la aplicación no las
conozco, asumo que son para la parte de reportes, o cuando
haces los restore porque ahi te indica de que forma deseas
hacerlo.
Respecto al HW es un servidor Power Edge 5000 tiene 2
Procesadores de 1GH, 512MB en memoria.
1 Disco 36GB No tiene Raid.

Existen 3 Unidades de Tape que estan pegadas sobre este
servidor y se respalda al mismo tiempo.
Sistema Operativo Windows 2000 Server Ingles Sp3 (ya mismo
ponemos sp4)
SQL 2000 sp3

Los usuarios concurrentes en realidad es 2 ó 3.

Hola Pao,

sería de ayuda conocer:
-diseño de la tabla (Create, constraints, triggers).


Explicación de la
entidad que representa y entidades relacionadas.
-relaciones con otras tablas (FKs).
-Qué tipo de operaciones se realizan sobre la tabla y con


qué frecuencia.
-Nº Usuarios concurrentes en el sistema; Nº Usuarios


concurrentes en la
tabla por operación.
-T-SQL más frecuentemente usadas contra la tabla


(incluidos joins (desde y
a) otras tablas.
-Hardware utilizado (y disponible): discos (niveles


RAID), CPU, memoria.
-Versión del sistema operativo y de SQL Server.

Ánimo, siempre es un reto optimizar tablas grandes :-)

Saludos,

Eladio Rincón
MCP, SQL Server MVP
http://eu.webmatrixhosting.net/Eladio

"Comparte lo que sabes, aprende lo que no sepas", FGG

"Pao" escribió en el mensaje
news:0bd701c34c72$5ae16710$
Tengo una tabla que tienes gran cantidad de rergistros
14'000.000 y posiblimente aumentará, la depuración no
ayuda mucho ya que se requiere de la misma, que se puede
aplicar on el fin de mejorar el performace de la tabla y
por ende de la Base de datos.
Gracias por su prota ayuda y comentarios.

El sql que uso es SQL 2000.


.





.

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida