performance

Opinion con respecto a que? 100 millones de registros no deberian ser un
problema para sqlserver :-)


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"Eduardo De Luca" escribió en el mensaje
news:u$

Pregunta de Performance :



A) un tabla con 100 millones de registros



B) Diez tablas con 10 millones de registros unidas por una vista
(particionamiento de la tabla) , con sus correspondientes check



En ambos casos las mismas reciben un alto grado de actualizaciones y
consultas.





De los dos casos planteados, y recurro a la experiencia que alguno haya
tenido con manejo de tablas de gran volumen

Que opción recomiendan?

Gracias

Entonces para vos es lo mismo las dos opciones?

El problema es que estoy trabajando con volumenes altos de datos y estoy
tratando de mejorar los tiempos de proceso
"Maxi" escribió en el mensaje
news:

Opinion con respecto a que? 100 millones de registros no deberian ser un
problema para sqlserver :-)


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"Eduardo De Luca" escribió en el mensaje
news:u$

Pregunta de Performance :



A) un tabla con 100 millones de registros



B) Diez tablas con 10 millones de registros unidas por una vista
(particionamiento de la tabla) , con sus correspondientes check



En ambos casos las mismas reciben un alto grado de actualizaciones y
consultas.





De los dos casos planteados, y recurro a la experiencia que alguno haya
tenido con manejo de tablas de gran volumen

Que opción recomiendan?

Gracias

Una sola tabla te funcionará muy bien y tiene ventajas de que es más fácil
de mantener. Tener particiones te puede beneficiar si tuvieras quizá
discos separados que no creo sea el caso.
Por la cantidad de registro no te preocupes tanto pues con indices
adecuados, mantenimiento y queries bien diseñadas, no tendrás mayores
problemas. SQL server está hecho para eso.


"Eduardo De Luca" wrote in message
news:u$

Pregunta de Performance :



A) un tabla con 100 millones de registros



B) Diez tablas con 10 millones de registros unidas por una vista
(particionamiento de la tabla) , con sus correspondientes check



En ambos casos las mismas reciben un alto grado de actualizaciones y
consultas.





De los dos casos planteados, y recurro a la experiencia que alguno haya
tenido con manejo de tablas de gran volumen

Que opción recomiendan?

Gracias

Hola, yo he trabajado con tablas de 100 a 300 millones de registros sin
problemas. Podes partir si queres pero para eso deberias hacer un estudio
mas profundo de los datos y como se usan. Quizas los historicos los podes
poner en una tabla y no se consulten tantos y solo dejar los actuales en la
real. Pero que problemas estas teniendo?


Salu2
Maxi


"Eduardo De Luca" escribió en el mensaje
news:

Entonces para vos es lo mismo las dos opciones?

El problema es que estoy trabajando con volumenes altos de datos y estoy
tratando de mejorar los tiempos de proceso
"Maxi" escribió en el mensaje
news:

Opinion con respecto a que? 100 millones de registros no deberian ser un
problema para sqlserver :-)


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"Eduardo De Luca" escribió en el mensaje
news:u$

Pregunta de Performance :



A) un tabla con 100 millones de registros



B) Diez tablas con 10 millones de registros unidas por una vista
(particionamiento de la tabla) , con sus correspondientes check



En ambos casos las mismas reciben un alto grado de actualizaciones y
consultas.





De los dos casos planteados, y recurro a la experiencia que alguno haya
tenido con manejo de tablas de gran volumen

Que opción recomiendan?

Gracias

El tema seria asi : me dieron para optimizar un producto que el bach esta
tardando como 7 horas en correr , ya tengo acotados las partes en donde mas
se degrada .

Como premisa te voy a decir que este modelo no lo diseñe , y no se puede
cambiar dada la naturaleza del producto

Te doy un ejemplo :



una tabla tiene 45 gb mas 30gb de indices 15 gb de espacio no usado (ahi
creo que tengo la primer falla),

el tema es que (te paso la version resumida) , para insertar 100000 reg
tarda como 1 hora.

Como realiza en insert : a traves de un cursor evalua 3 o cuatro 4 reglas ,
todas sencillas y sin complejidad y en virtud al resultado de ellas inserta
los registros.

El caso es que el cursor esta optimizado (solo avance solo lectura) , las
evaluaciones que te comente arriba también, descarto que sea el Server
(tiene 8 prosesarores y discos SCSI de ultima tecnología - en otra consulta
ya te lo había mencionado).

Entonces con este escenario pensé en particionar la tabla y unirla por
vistas , pero no me quería jugar a hacer esta jugada si , para gente que ya
aya tenido experiencia es lo mismo no le aporto ninguna mejora

En pocas palabras , estoy medio trabado y no se para donde ir . A mi me
parece que la tabla en si esta para atrás y quería probar con recrearla , ya
que en ambientes de desarrollo , haciendo una prueba , pero con una tabla de
menor volumen (exactamente la mitad 20 gb) la consulta me tardo 1min 20
seg.



Pd : Maxi de paso te quiero agradecer tu incondicional ayuda que en varios
casos me brindas



"Maxi" escribió en el mensaje
news:e%

Hola, yo he trabajado con tablas de 100 a 300 millones de registros sin
problemas. Podes partir si queres pero para eso deberias hacer un estudio
mas profundo de los datos y como se usan. Quizas los historicos los podes
poner en una tabla y no se consulten tantos y solo dejar los actuales en
la real. Pero que problemas estas teniendo?


Salu2
Maxi


"Eduardo De Luca" escribió en el mensaje
news:

Entonces para vos es lo mismo las dos opciones?

El problema es que estoy trabajando con volumenes altos de datos y estoy
tratando de mejorar los tiempos de proceso
"Maxi" escribió en el mensaje
news:

Opinion con respecto a que? 100 millones de registros no deberian ser un
problema para sqlserver :-)


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"Eduardo De Luca" escribió en el mensaje
news:u$

Pregunta de Performance :



A) un tabla con 100 millones de registros



B) Diez tablas con 10 millones de registros unidas por una vista
(particionamiento de la tabla) , con sus correspondientes check



En ambos casos las mismas reciben un alto grado de actualizaciones y
consultas.





De los dos casos planteados, y recurro a la experiencia que alguno haya
tenido con manejo de tablas de gran volumen

Que opción recomiendan?

Gracias