Foros del Web » Programación para mayores de 30 ;) » Bases de Datos General »

Mejor Performance (SQL Server)

Estas en el tema de Mejor Performance (SQL Server) en el foro de Bases de Datos General en Foros del Web. Hola, estoy trabajando con SQL SERVER 2000 para guardar ciertos registros.. pero está BD está creciendo demasiado (casi 1 millon de registros en menos de ...
  #1 (permalink)  
Antiguo 23/03/2004, 09:10
Avatar de RootK
Moderador
 
Fecha de Ingreso: febrero-2002
Ubicación: México D.F
Mensajes: 8.004
Antigüedad: 22 años, 10 meses
Puntos: 50
Mejor Performance (SQL Server)

Hola, estoy trabajando con SQL SERVER 2000 para guardar ciertos registros.. pero está BD está creciendo demasiado (casi 1 millon de registros en menos de 3 meses) y obviamente de ahí saco datos estadísticos y búsquedas (uso ASP.NET) las cuales si me devuelve la información pero a veces se cuelga demasiado y ya no sé como hacer para optimizar más la BD.

Por el momento ya tengo 3 nonclusters en 3 campos para indexar más rápido pero aún así se las peticiones son algo lentas y no me quiero imaginar como van a ser dentro de otros 3 meses cuano se incremente la BD.

Alguien me podría recomendar algo para tener mejores tiempos re respuesta ??
__________________
Nadie roba nada ya que en la vida todo se paga . . .

Exentrit - Soluciones SharePoint & Net
  #2 (permalink)  
Antiguo 23/03/2004, 13:22
Avatar de RootK
Moderador
 
Fecha de Ingreso: febrero-2002
Ubicación: México D.F
Mensajes: 8.004
Antigüedad: 22 años, 10 meses
Puntos: 50
Bueno..., creo que lo mejor será usar tablas particionadas.

Gracias a todos de todas formas
  #3 (permalink)  
Antiguo 23/03/2004, 15:40
Avatar de Mithrandir
Colaborador
 
Fecha de Ingreso: abril-2003
Mensajes: 12.106
Antigüedad: 21 años, 8 meses
Puntos: 25
Recuerda que no es lo mismo 3 nonclustereds con 1 campo cada uno que... 1 nonclustered con 3 campos en el.

Si las busquedas los involucran a los 3 creo que la mejor opcion es la 2a.
__________________
"El hombre, en su orgullo, creó a Dios a su imagen y semejanza."
Friedrich Nietzsche
  #4 (permalink)  
Antiguo 23/03/2004, 16:29
Avatar de RootK
Moderador
 
Fecha de Ingreso: febrero-2002
Ubicación: México D.F
Mensajes: 8.004
Antigüedad: 22 años, 10 meses
Puntos: 50
Cita:
Recuerda que no es lo mismo 3 nonclustereds con 1 campo cada uno que... 1 nonclustered con 3 campos en el.
Estoy de acuerdo , la situacion es que no siempre requiero buscar por los 3 campos si no a veces es por uno, otras veces es en otro, etc, no sé que podría hacer para optimizar más mis queries , ya hice pruebas con tablas particionadas pero no recibí los resulltados esperados.

Alguien sabe como optimizar más una tabla..?? estamos hablando de casi 1 millón de registros (sumando que diariamente se generan de 10,000 a 40,000).

Otra idea ???

Saludos
  #5 (permalink)  
Antiguo 24/03/2004, 15:49
Avatar de Mithrandir
Colaborador
 
Fecha de Ingreso: abril-2003
Mensajes: 12.106
Antigüedad: 21 años, 8 meses
Puntos: 25
Pudieras tener los 4 juntos (3 ind. y 1 triple). Pero no se que tanto pueda ayudar al desempeño a cambio del espacio que perderás.

Quiza aqui encuentres algo mas:
http://www.sqlservercentral.com/foru...spx?forumid=65

Suerte. Si encuentras algo me platicas, en caso de que me encuentre en las mismas
__________________
"El hombre, en su orgullo, creó a Dios a su imagen y semejanza."
Friedrich Nietzsche
  #6 (permalink)  
Antiguo 25/03/2004, 09:24
Avatar de RootK
Moderador
 
Fecha de Ingreso: febrero-2002
Ubicación: México D.F
Mensajes: 8.004
Antigüedad: 22 años, 10 meses
Puntos: 50
Ok... gracias Mithrandir, los voy a checar..

De todas formas lo que acabo de hacer es crear un solo noncluster a 3 campos, y he tenido un mejor tiempo de respuesta.

Por otro lado tambien voy a crear algunas vistas y las voy indexar para obtener unos totales que tambien necesito y crear algunos Store Procedures para agilizar un poco mas.


Saludos
  #7 (permalink)  
Antiguo 25/03/2004, 15:20
Avatar de Mithrandir
Colaborador
 
Fecha de Ingreso: abril-2003
Mensajes: 12.106
Antigüedad: 21 años, 8 meses
Puntos: 25
Es otra cosa que se me ocurrio, el preguntarte si todo lo manejas a través de SPs o de querys directos.

Por el lado del hardware considera el uso de RAID para que la misma tabla quede fragmentada en varios discos fisicos (usar volumenes/datafiles solo divide la BD, pero no las tablas). Tambien revisa el consumo de RAM, para que veas que tanto usas el SWAP (eso hace mucho mas lento tu tiempo de respuesta)
__________________
"El hombre, en su orgullo, creó a Dios a su imagen y semejanza."
Friedrich Nietzsche
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 00:25.