Diseño Bases datos SQL SErver

Con el permiso de Alejandro, aqu tienes un documento que es el pdf de unos
powerpoints en los que puedes ver detalladamente l proceso de particionado.
http://blogs.solidq.com/ES/ElRincon...0Datos.pdf


Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Roberto Lemos" escribi en el mensaje de
noticias:
> Me interesa mucho lo que explicas pues trabajo con gran cantidad de
> informacion alrededor de 600,000 reg. x ao, podrias decir como se usa
> eso de las tablas particionadas
>
>
>
> "Alejandro Mesa" escribi en el
> mensaje news:
>> No es necesario crear una tabla por ao. No tenemos informacion de cuan
>> ancho
>> son las filas de esa tabla, pero 184,000 filas no se considera una gran
>> cantidad para SQL Server.
>>
>> En caso de ser necesario, puedes hacer uso de la nueva facilidad
>> intorducida
>> con SS 2005, llamada "tablas particionadas". Con esta facilidad lo que
>> podemos hacer es crear multiples particiones para una tabla (hasta 1000),
>> donde en tu caso se almacenaran las filas por ao, y solo las particiones
>> referenciadas por el predicado usado en la sentencia "select", seran las
>> que
>> SS tocara para satisfacer el query.
>>
>> Tablas e ndices con particiones
>> http://msdn.microsoft.com/es-es/lib...88706.aspx
>>
>>
>> AMB
>>
>>
>>
>> "msnews.micrsoft.com" wrote:
>>
>>> Tengo un servidor Sql Server 2005 montado en un servidor DLT 380 G5 con
>>> 5 Gb
>>> de RAM.
>>> Tenemos que introducir en la base datos una tabla que contemplamos que
>>> pueda
>>> generar unas 184.000 registros anuales.
>>> Mi pregunta es, si debo separar las tablas por aos, es decir que si
>>> buscan
>>> en la tabla del 2009 algn dato entre los 184.000 registros... es
>>> rentable
>>> para las busquedas que pueda hacer., o, da igual que meta todas los
>>> registros en una unica tabla.
>>> Es decir, si se optimizarn las busquedas si divido los registros por el
>>> ao
>>> de introduccin y cuando vaya a buscar un datos de ese ao vaya
>>> directamente
>>> a la tabla del ao que lo contempla.
>>> No se si me he explicado bien.
>>> Gracias.,
>>>
>>>
>>> .
>>>
>>
>> __________ Informacin de ESET Smart Security, versin de la base de firmas
>> de virus 4805 (20100125) __________
>>
>> ESET Smart Security ha comprobado este mensaje.
>>
>> http://www.eset.com
>>
>>
>>
>
>
>
> __________ Informacin de ESET Smart Security, versin de la base de
> firmas de virus 4805 (20100125) __________
>
> ESET Smart Security ha comprobado este mensaje.
>
> http://www.eset.com
>
>
>
>

Hola Miguel,

Que bueno tenerte por aca, bienvenido y gracias por compartir ese
documento.

Saludos a todos por Espania,
AMB


"Miguel Egea" wrote:

Mostrar la cita

Con el permiso de Alejandro, aqu tienes un documento que es el pdf de
unos
powerpoints en los que puedes ver detalladamente l proceso de
particionado.
http://blogs.solidq.com/ES/ElRincon...0Datos.pdf


Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Roberto Lemos" escribi en el mensaje de
noticias:
> Me interesa mucho lo que explicas pues trabajo con gran cantidad de
> informacion alrededor de 600,000 reg. x ao, podrias decir como se usa
> eso de las tablas particionadas
>
>
>
> "Alejandro Mesa" escribi en
> el
> mensaje news:
>> No es necesario crear una tabla por ao. No tenemos informacion de cuan
>> ancho
>> son las filas de esa tabla, pero 184,000 filas no se considera una
>> gran
>> cantidad para SQL Server.
>>
>> En caso de ser necesario, puedes hacer uso de la nueva facilidad
>> intorducida
>> con SS 2005, llamada "tablas particionadas". Con esta facilidad lo que
>> podemos hacer es crear multiples particiones para una tabla (hasta
>> 1000),
>> donde en tu caso se almacenaran las filas por ao, y solo las
>> particiones
>> referenciadas por el predicado usado en la sentencia "select", seran
>> las
>> que
>> SS tocara para satisfacer el query.
>>
>> Tablas e ndices con particiones
>> http://msdn.microsoft.com/es-es/lib...88706.aspx
>>
>>
>> AMB
>>
>>
>>
>> "msnews.micrsoft.com" wrote:
>>
>>> Tengo un servidor Sql Server 2005 montado en un servidor DLT 380 G5
>>> con
>>> 5 Gb
>>> de RAM.
>>> Tenemos que introducir en la base datos una tabla que contemplamos
>>> que
>>> pueda
>>> generar unas 184.000 registros anuales.
>>> Mi pregunta es, si debo separar las tablas por aos, es decir que si
>>> buscan
>>> en la tabla del 2009 algn dato entre los 184.000 registros... es
>>> rentable
>>> para las busquedas que pueda hacer., o, da igual que meta todas los
>>> registros en una unica tabla.
>>> Es decir, si se optimizarn las busquedas si divido los registros por
>>> el
>>> ao
>>> de introduccin y cuando vaya a buscar un datos de ese ao vaya
>>> directamente
>>> a la tabla del ao que lo contempla.
>>> No se si me he explicado bien.
>>> Gracias.,
>>>
>>>
>>> .
>>>
>>
>> __________ Informacin de ESET Smart Security, versin de la base de
>> firmas
>> de virus 4805 (20100125) __________
>>
>> ESET Smart Security ha comprobado este mensaje.
>>
>> http://www.eset.com
>>
>>
>>
>
>
>
> __________ Informacin de ESET Smart Security, versin de la base de
> firmas de virus 4805 (20100125) __________
>
> ESET Smart Security ha comprobado este mensaje.
>
> http://www.eset.com
>
>
>
>

No sobra aclara que se requiere la versión Enterprise para esta
funcionalidad :(

"Roberto Lemos" escribió en el mensaje
news:
Mostrar la cita

Me interesa mucho lo que explicas pues trabajo con gran cantidad de
informacion alrededor de 600,000 reg. x año, podrias decir como se usa
eso de las tablas particionadas



"Alejandro Mesa" escribió en el
mensaje news:
Mostrar la cita

No es necesario crear una tabla por año. No tenemos informacion de cuan
ancho
son las filas de esa tabla, pero 184,000 filas no se considera una gran
cantidad para SQL Server.

En caso de ser necesario, puedes hacer uso de la nueva facilidad
intorducida
con SS 2005, llamada "tablas particionadas". Con esta facilidad lo que
podemos hacer es crear multiples particiones para una tabla (hasta
1000),
donde en tu caso se almacenaran las filas por año, y solo las
particiones
referenciadas por el predicado usado en la sentencia "select", seran las
que
SS tocara para satisfacer el query.

Tablas e índices con particiones
http://msdn.microsoft.com/es-es/lib...88706.aspx


AMB



"msnews.micrsoft.com" wrote:

Mostrar la cita

Tengo un servidor Sql Server 2005 montado en un servidor DLT 380 G5 con
5 Gb
de RAM.
Tenemos que introducir en la base datos una tabla que contemplamos que
pueda
generar unas 184.000 registros anuales.
Mi pregunta es, si debo separar las tablas por años, es decir que si
buscan
en la tabla del 2009 algún dato entre los 184.000 registros... es
rentable
para las busquedas que pueda hacer., o, da igual que meta todas los
registros en una unica tabla.
Es decir, si se optimizarán las busquedas si divido los registros por
el año
de introducción y cuando vaya a buscar un datos de ese año vaya
directamente
a la tabla del año que lo contempla.
No se si me he explicado bien.
Gracias.,


.

__________ Informacin de ESET Smart Security, versin de la base de
firmas de virus 4805 (20100125) __________

ESET Smart Security ha comprobado este mensaje.

http://www.eset.com

__________ Información de ESET Smart Security, versión de la base de
firmas de virus 4805 (20100125) __________

ESET Smart Security ha comprobado este mensaje.

http://www.eset.com