Tablas Gigantes

cobolitros · #1 (**permalink**) 11/09/2009, 10:51

Hola estimados

Aun no se como funciona este foro pero quisiera proponer un tema que me tiene muy complicado.

haber tengo una base de datos como 2 millones de registros como minimo ademas de tablas que actualmente ablas que tienen similar numero de registros.

mi actual problema es que cada dia se vuelve mas dificil el controlar esa cantidad de registros talvez no son muchos pero actualmente es muy dificil realizar consultas en mi base de datos.

se que el servidor es pequeño pero actualmente no hemos podido realizar un cambio para adquirir un servidor mas potente.

he realizado optimizaciones en el SQL SERVER 2005 pero ya no se que operacion u optimizacion realizar.

mi tema es este y no se que nueva tarea realizar para el manejo de mi base de datos

por favor necesito urgente ayuda

Andres95 · #2 (**permalink**) 11/09/2009, 10:57

cual fue la pregunta?

el problema expuesto es demasiado extenso, podrias plantear un problema especifico?

Seguro asi te podran ayudar mas rapido.

Saludos!

cobolitros · #3 (**permalink**) 11/09/2009, 11:00

Gracias Andres95 por responder.

Mi pregunta es como puedo manejar toda esa cantidad de informacion de manera que no se vuelva muy lento

flaviovich · #4 (**permalink**) 11/09/2009, 11:04

¿Qué optimizaciones has realizado?
Tal vez tu preocupación se debe a limitaciones técnicas.

cobolitros · #5 (**permalink**) 11/09/2009, 11:12

Cita:

Iniciado por flaviovich

¿Qué optimizaciones has realizado?
Tal vez tu preocupación se debe a limitaciones técnicas.

Gracias flaviovich

El SQL SERVER 2005 tiene una heramienta para optimizar base de datos, creando indices en las tablas que se esta trabajando.

eso es la optimizacion con la que he trabajado, no se si deba realizar algun tipo de relaciones que me mejoren el manejo de los datos.

iislas · #6 (**permalink**) 11/09/2009, 11:18

Tambien podrias PARTICIONAR tus tablas

cobolitros · #7 (**permalink**) 11/09/2009, 11:24

Cita:

Iniciado por iislas

Tambien podrias PARTICIONAR tus tablas

Como puedo particionar la tabla?

flaviovich · #8 (**permalink**) 11/09/2009, 11:36

Hablando de particiones, ¿cómo tienes distribuidos los mdf y ldf?

cobolitros · #9 (**permalink**) 11/09/2009, 11:42

Cita:

Iniciado por iislas

Tambien podrias PARTICIONAR tus tablas

Cita:

Iniciado por flaviovich

Hablando de particiones, ¿cómo tienes distribuidos los mdf y ldf?

Los archivos los tengo en el disco C:
ademas tengo otro disco en donde actualmente estoy realizando los respaldo de la misma base de datos

flaviovich · #10 (**permalink**) 11/09/2009, 11:46

Entonces crea un par de particiones mas, en una pones los mdf y en otra los ldf.

iislas · #11 (**permalink**) 11/09/2009, 12:08

¿Como puedo crear tablas particionadas en 2005 y 2008?

http://www.dbasupport.com.mx/index.p...d=18&Itemid=27

http://www.dbasupport.com.mx/index2....do_pdf=1&id=18

cobolitros · #12 (**permalink**) 11/09/2009, 12:12

Gracias iislas

Que ventajas tiene el crear tablas particionadas?

iislas · #13 (**permalink**) 11/09/2009, 16:08

Esa, la que comentas, VELOCIDAD de respuesta.

gustavoh10 · #14 (**permalink**) 14/09/2009, 06:23

Particionar las tablas es la solución.
LINK

royrojas · #15 (**permalink**) 18/09/2009, 15:38

aparte de lo aqui ya mencionado debes optimizar tu base de datos, reordenar los indices que ya tienes, revisar las relaciones entre tablas

revisar los querys que estos esten bien y no esten creadon una sobre carga.

Ojala que todos los querys se manejen por procedimientos almacenados. es mucho mas eficiente ya que sql tiene una propiedad llamada "plan de ejecucion" en la cual revisa cual es la mejor forma de ejecutar x query.

limpiar los logs de la base de datos y reducirle el tamaño, luego de esto reorganizas los indices.

si vas a separar los archivos ndf y ldf que estos queden en discos fisicos distintos, para mejorar el rendimiento, y el archivo ldf (archivo del log) que quede en el disco con mayor velocidad. Los archivos log necesitan mejor procesamiento ya que van grabando los datos en forma secuencial y por esto necesita mas velocidad de lectura y escritura.

Cesar_Balaguer · #16 (**permalink**) 21/09/2009, 10:52

Creo que la última respuesta es la más adecuada, antes de particionar deberías revisar todos los query's y crear los índices necesarios para que las consultas sean más rápidas, además asegurarte que todas las consultas se hagan mediante procedimientos almacenados, por más sencillas que estas sean, cuando todo tu código y tus querys estén optimizados recien pensar en la partición.

Te recomiendo ver el plan de ejecución en cada query o por lo menos los más complejos, debido a que el tener índices no implica que el motor de la base de datos los esté usando, una mala estructura de los JOIN's en un query puede hacer que estos no sean utilizados y por ende hace una consulta más lenta.

2 millones de registros es una cantidad aceptable para el SQL Server, las debe manejar sin problemas..