Sobre tablas particionadas

Hola, si usted genera los filegroups en discos RAID distintos entonces puede
ganar en performance.
Ahora bien, no solo la tabla particionada gana en performance, imagine que
tiene una tabla de millones de registros que no entra en un disco
convencional, entonces puede usar particionamiento tambien para esto,

El particionamiento no es algo nuevo de 2005 antes se hacia de forma mas
artesanal pero no solo esta pensado para resolver problemas de tunning sino
tambien de espacios.

Ahora bien, cuanto impacto tendra en su entorno la mejora por particionar
hablando en terminos de performance!! eso no lo se porque habria primero que
ver si sus problemas de performance pasan por ahi, dudo bastante que eso asi
sea porque es en una menor cantidad de veces que esto sucede, por lo general
los problemas de performance son por malos diseños de las aplicaciones o
querys o bien falta de indices aducuados


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje de
noticias:

Buen día, soy nuevo, este es mi primer mensaje.

Una pregunta, alguien sabe mas a fondo sobre las ventajas de crear tablas
particionadas, en filegroups diferentes. Conozco las instrucciones para
crear una funcion de particion, un esquema de particion y luego una tabla
particionada. Pero no entiendo como le puedo sacar el jugo a esto, y
quisiera aprovechar todo lo que esté a mi alcance para mejorar el
perfomance de mi base

Si alguien puede colaborar con alguna información, le estoy agradecido

Que tal Maxi... gracias por responder. Una duda más, el performance al
utilizar filegroups, solo se ganaría si tengo RAID? Si tengo un solo disco
no se ganaría nada al partir mi base en diferentes files y filegroups? O
mejor dicho, con un solo disco, que estrategia de filegroups puedo adoptar
para logar alguna mejora.

Por otra parte, entiendo que la mayoría de los casos los problemas son por
malos diseños, luchamos contra eso. Tan solo que aprendí el concepto de
tablas particionadas y quería ver si lo podía aplicar.

Saludos Cordiales,

Javier Sevillano
Futuro MVP je je ;)


"Maxi Accotto" escribió en el mensaje
news:

Hola, si usted genera los filegroups en discos RAID distintos entonces
puede ganar en performance.
Ahora bien, no solo la tabla particionada gana en performance, imagine que
tiene una tabla de millones de registros que no entra en un disco
convencional, entonces puede usar particionamiento tambien para esto,

El particionamiento no es algo nuevo de 2005 antes se hacia de forma mas
artesanal pero no solo esta pensado para resolver problemas de tunning
sino tambien de espacios.

Ahora bien, cuanto impacto tendra en su entorno la mejora por particionar
hablando en terminos de performance!! eso no lo se porque habria primero
que ver si sus problemas de performance pasan por ahi, dudo bastante que
eso asi sea porque es en una menor cantidad de veces que esto sucede, por
lo general los problemas de performance son por malos diseños de las
aplicaciones o querys o bien falta de indices aducuados


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje de
noticias:

Buen día, soy nuevo, este es mi primer mensaje.

Una pregunta, alguien sabe mas a fondo sobre las ventajas de crear tablas
particionadas, en filegroups diferentes. Conozco las instrucciones para
crear una funcion de particion, un esquema de particion y luego una tabla
particionada. Pero no entiendo como le puedo sacar el jugo a esto, y
quisiera aprovechar todo lo que esté a mi alcance para mejorar el
perfomance de mi base

Si alguien puede colaborar con alguna información, le estoy agradecido

Hola, yo no le veo mucho sentido a nivel performance que este todo en el
mismo disco, yo en su lugar y antes de particionar haria un buen analisis de
porque tienen problemas de performance! a mi me ha tocado pocas veces tener
que particionar y en bases bastante grandes :-)


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje de
noticias:

Que tal Maxi... gracias por responder. Una duda más, el performance al
utilizar filegroups, solo se ganaría si tengo RAID? Si tengo un solo disco
no se ganaría nada al partir mi base en diferentes files y filegroups? O
mejor dicho, con un solo disco, que estrategia de filegroups puedo adoptar
para logar alguna mejora.

Por otra parte, entiendo que la mayoría de los casos los problemas son por
malos diseños, luchamos contra eso. Tan solo que aprendí el concepto de
tablas particionadas y quería ver si lo podía aplicar.

Saludos Cordiales,

Javier Sevillano
Futuro MVP je je ;)


"Maxi Accotto" escribió en el mensaje
news:

Hola, si usted genera los filegroups en discos RAID distintos entonces
puede ganar en performance.
Ahora bien, no solo la tabla particionada gana en performance, imagine
que tiene una tabla de millones de registros que no entra en un disco
convencional, entonces puede usar particionamiento tambien para esto,

El particionamiento no es algo nuevo de 2005 antes se hacia de forma mas
artesanal pero no solo esta pensado para resolver problemas de tunning
sino tambien de espacios.

Ahora bien, cuanto impacto tendra en su entorno la mejora por particionar
hablando en terminos de performance!! eso no lo se porque habria primero
que ver si sus problemas de performance pasan por ahi, dudo bastante que
eso asi sea porque es en una menor cantidad de veces que esto sucede, por
lo general los problemas de performance son por malos diseños de las
aplicaciones o querys o bien falta de indices aducuados


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje
de noticias:

Buen día, soy nuevo, este es mi primer mensaje.

Una pregunta, alguien sabe mas a fondo sobre las ventajas de crear
tablas particionadas, en filegroups diferentes. Conozco las
instrucciones para crear una funcion de particion, un esquema de
particion y luego una tabla particionada. Pero no entiendo como le
puedo sacar el jugo a esto, y quisiera aprovechar todo lo que esté a mi
alcance para mejorar el perfomance de mi base

Si alguien puede colaborar con alguna información, le estoy agradecido

Hola nuevamente. Está todo en un mismo disco porque las limitaciones
económicas así lo mandan, es decir, no hay mas por el momento. Por eso
preguntaba si esto de los filegroups y tablas particionadas se puede aplicar
en estos casos, al parecer la respuesta es no :-)


"Maxi Accotto" escribió en el mensaje
news:

Hola, yo no le veo mucho sentido a nivel performance que este todo en el
mismo disco, yo en su lugar y antes de particionar haria un buen analisis
de porque tienen problemas de performance! a mi me ha tocado pocas veces
tener que particionar y en bases bastante grandes :-)


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje de
noticias:

Que tal Maxi... gracias por responder. Una duda más, el performance al
utilizar filegroups, solo se ganaría si tengo RAID? Si tengo un solo
disco no se ganaría nada al partir mi base en diferentes files y
filegroups? O mejor dicho, con un solo disco, que estrategia de
filegroups puedo adoptar para logar alguna mejora.

Por otra parte, entiendo que la mayoría de los casos los problemas son
por malos diseños, luchamos contra eso. Tan solo que aprendí el concepto
de tablas particionadas y quería ver si lo podía aplicar.

Saludos Cordiales,

Javier Sevillano
Futuro MVP je je ;)


"Maxi Accotto" escribió en el mensaje
news:

Hola, si usted genera los filegroups en discos RAID distintos entonces
puede ganar en performance.
Ahora bien, no solo la tabla particionada gana en performance, imagine
que tiene una tabla de millones de registros que no entra en un disco
convencional, entonces puede usar particionamiento tambien para esto,

El particionamiento no es algo nuevo de 2005 antes se hacia de forma mas
artesanal pero no solo esta pensado para resolver problemas de tunning
sino tambien de espacios.

Ahora bien, cuanto impacto tendra en su entorno la mejora por
particionar hablando en terminos de performance!! eso no lo se porque
habria primero que ver si sus problemas de performance pasan por ahi,
dudo bastante que eso asi sea porque es en una menor cantidad de veces
que esto sucede, por lo general los problemas de performance son por
malos diseños de las aplicaciones o querys o bien falta de indices
aducuados


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje
de noticias:

Buen día, soy nuevo, este es mi primer mensaje.

Una pregunta, alguien sabe mas a fondo sobre las ventajas de crear
tablas particionadas, en filegroups diferentes. Conozco las
instrucciones para crear una funcion de particion, un esquema de
particion y luego una tabla particionada. Pero no entiendo como le
puedo sacar el jugo a esto, y quisiera aprovechar todo lo que esté a mi
alcance para mejorar el perfomance de mi base

Si alguien puede colaborar con alguna información, le estoy agradecido

Hola, poder se puede, pero a nivel performance que es lo que usted esta
preguntando yo no le veo ventajas


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje de
noticias:

Hola nuevamente. Está todo en un mismo disco porque las limitaciones
económicas así lo mandan, es decir, no hay mas por el momento. Por eso
preguntaba si esto de los filegroups y tablas particionadas se puede
aplicar en estos casos, al parecer la respuesta es no :-)


"Maxi Accotto" escribió en el mensaje
news:

Hola, yo no le veo mucho sentido a nivel performance que este todo en el
mismo disco, yo en su lugar y antes de particionar haria un buen analisis
de porque tienen problemas de performance! a mi me ha tocado pocas veces
tener que particionar y en bases bastante grandes :-)


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje
de noticias:

Que tal Maxi... gracias por responder. Una duda más, el performance al
utilizar filegroups, solo se ganaría si tengo RAID? Si tengo un solo
disco no se ganaría nada al partir mi base en diferentes files y
filegroups? O mejor dicho, con un solo disco, que estrategia de
filegroups puedo adoptar para logar alguna mejora.

Por otra parte, entiendo que la mayoría de los casos los problemas son
por malos diseños, luchamos contra eso. Tan solo que aprendí el
concepto de tablas particionadas y quería ver si lo podía aplicar.

Saludos Cordiales,

Javier Sevillano
Futuro MVP je je ;)


"Maxi Accotto" escribió en el mensaje
news:

Hola, si usted genera los filegroups en discos RAID distintos entonces
puede ganar en performance.
Ahora bien, no solo la tabla particionada gana en performance, imagine
que tiene una tabla de millones de registros que no entra en un disco
convencional, entonces puede usar particionamiento tambien para esto,

El particionamiento no es algo nuevo de 2005 antes se hacia de forma
mas artesanal pero no solo esta pensado para resolver problemas de
tunning sino tambien de espacios.

Ahora bien, cuanto impacto tendra en su entorno la mejora por
particionar hablando en terminos de performance!! eso no lo se porque
habria primero que ver si sus problemas de performance pasan por ahi,
dudo bastante que eso asi sea porque es en una menor cantidad de veces
que esto sucede, por lo general los problemas de performance son por
malos diseños de las aplicaciones o querys o bien falta de indices
aducuados


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Javier Sevillano" escribió en el mensaje
de noticias:

Buen día, soy nuevo, este es mi primer mensaje.

Una pregunta, alguien sabe mas a fondo sobre las ventajas de crear
tablas particionadas, en filegroups diferentes. Conozco las
instrucciones para crear una funcion de particion, un esquema de
particion y luego una tabla particionada. Pero no entiendo como le
puedo sacar el jugo a esto, y quisiera aprovechar todo lo que esté a
mi alcance para mejorar el perfomance de mi base

Si alguien puede colaborar con alguna información, le estoy agradecido