Beneficios y contras de un cluster

09/02/2007 - 16:05 por fac | Informe spam
Buenas foro, tengo un problema, veo que han creado un campo Pk digamos
VAR_COD_SOLICITUD , SIN_IDE_TIPO_CRONOGRAMA_PAGOS, ahora bien el campo
VAR_COD_SOLICITUD tiene como datos digamos 001152001000010, 001125002000011,
004127002000011, donde los tres primeros carateres son por la agencia donde
se genera la solicitud (001), luego el tipo de producto solicita (152), en
que moneda (001) y por ultimo un secuencial de credito (000010), encontre
que esta Pk no tiene activada la opcion cluster, si la activo se que mis
select, update y delete pueden verse favorecidos, pero cuando haga insert
supongo que en caso sea la agencia 1 la que inserte entonces los indices se
tendras que reordenar y la cantidad de informacion puede ser enorme ya que
este sistema es de atencion en bancos, se que un secuencial por solicitud
bastaba para que no dificulte pero asi generaron la tabla y considerando lo
que comento queria saber si la Pk me conviene tenerlo como cluster o dejarlo
sin cluster?.


Muchas gracias.

Preguntas similare

Leer las respuestas

#1 Eduardo Castro
09/02/2007 - 16:57 | Informe spam
Los clustered index no están recomendados para tablas altamente
transaccionales, debido a que se tienen que estar reorganizando físicamente.

Slds,

Eduardo Castro



"fac" wrote in message
news:%
Buenas foro, tengo un problema, veo que han creado un campo Pk digamos
VAR_COD_SOLICITUD , SIN_IDE_TIPO_CRONOGRAMA_PAGOS, ahora bien el campo
VAR_COD_SOLICITUD tiene como datos digamos 001152001000010,
001125002000011, 004127002000011, donde los tres primeros carateres son
por la agencia donde se genera la solicitud (001), luego el tipo de
producto solicita (152), en que moneda (001) y por ultimo un secuencial de
credito (000010), encontre que esta Pk no tiene activada la opcion
cluster, si la activo se que mis select, update y delete pueden verse
favorecidos, pero cuando haga insert supongo que en caso sea la agencia 1
la que inserte entonces los indices se tendras que reordenar y la cantidad
de informacion puede ser enorme ya que este sistema es de atencion en
bancos, se que un secuencial por solicitud bastaba para que no dificulte
pero asi generaron la tabla y considerando lo que comento queria saber si
la Pk me conviene tenerlo como cluster o dejarlo sin cluster?.


Muchas gracias.

Respuesta Responder a este mensaje
#2 fac
09/02/2007 - 17:08 | Informe spam
Ok, muchas gracias por la informacion.

Saludos

Felipe

"Eduardo Castro" escribió en el mensaje
news:
Los clustered index no están recomendados para tablas altamente
transaccionales, debido a que se tienen que estar reorganizando
físicamente.

Slds,

Eduardo Castro



"fac" wrote in message
news:%
Buenas foro, tengo un problema, veo que han creado un campo Pk digamos
VAR_COD_SOLICITUD , SIN_IDE_TIPO_CRONOGRAMA_PAGOS, ahora bien el campo
VAR_COD_SOLICITUD tiene como datos digamos 001152001000010,
001125002000011, 004127002000011, donde los tres primeros carateres son
por la agencia donde se genera la solicitud (001), luego el tipo de
producto solicita (152), en que moneda (001) y por ultimo un secuencial
de credito (000010), encontre que esta Pk no tiene activada la opcion
cluster, si la activo se que mis select, update y delete pueden verse
favorecidos, pero cuando haga insert supongo que en caso sea la agencia 1
la que inserte entonces los indices se tendras que reordenar y la
cantidad de informacion puede ser enorme ya que este sistema es de
atencion en bancos, se que un secuencial por solicitud bastaba para que
no dificulte pero asi generaron la tabla y considerando lo que comento
queria saber si la Pk me conviene tenerlo como cluster o dejarlo sin
cluster?.


Muchas gracias.





Respuesta Responder a este mensaje
#3 Alejandro Mesa
09/02/2007 - 17:16 | Informe spam
fac,

Es conveniente que toda tabla tenga indice clustered, excepto tablas
pequeñias. Ahora, que columnas escojer para la clave de ese indice:

- De ser posible que su valor se increment/decremente monoliticamente (al
menos que el numero de transacciones suprere las 1000 por segundo, pues esto
crearia un punto caliente en el disco)
- Que no se actualizen / se actualizen lo menos posible, para no tener que
reorganizar
- Que la combinacion de columnas no ocupe muchos bytes, puesto que la clave
del indice clustered es referenciada desde todos los indices nonclustered
- Que la columna participe frecuentemente en la clausula "group by" o en en
filtros abiertos como >, <, >=, <=, between, etc.

Ajuste y optimización del rendimiento de MS SQL Server para programadores,
primera parte: Introducción a los aspectos de rendimiento
http://www.microsoft.com/latam/tech...005/art02/


AMB

"fac" wrote:

Buenas foro, tengo un problema, veo que han creado un campo Pk digamos
VAR_COD_SOLICITUD , SIN_IDE_TIPO_CRONOGRAMA_PAGOS, ahora bien el campo
VAR_COD_SOLICITUD tiene como datos digamos 001152001000010, 001125002000011,
004127002000011, donde los tres primeros carateres son por la agencia donde
se genera la solicitud (001), luego el tipo de producto solicita (152), en
que moneda (001) y por ultimo un secuencial de credito (000010), encontre
que esta Pk no tiene activada la opcion cluster, si la activo se que mis
select, update y delete pueden verse favorecidos, pero cuando haga insert
supongo que en caso sea la agencia 1 la que inserte entonces los indices se
tendras que reordenar y la cantidad de informacion puede ser enorme ya que
este sistema es de atencion en bancos, se que un secuencial por solicitud
bastaba para que no dificulte pero asi generaron la tabla y considerando lo
que comento queria saber si la Pk me conviene tenerlo como cluster o dejarlo
sin cluster?.


Muchas gracias.



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida