Problema con Indices

[SgT]

Hola a Todos:

Tengo un problema hace unas semanas, con l base de datos de mi trabajo, ya que genealmente nuestros sistemas generaban todos los procesos en un solo tablespace de la base de datos que contenia tablas, datos, indices y PK.

El problema es que por politicas informaticas, se dijo que los indices y Primary Key se dejaran en un tablespace llamado "indices" y las tablas y datos se dejaran en otro tablespace llamado "Tablas" (Solo ejemplo de nombres Tablespace)...

El problema es que al hacer esto, los procesos que genera el sistema se demoran mas de lo normal, ya que no se estan indexando los datos. El script que genero es el siguiente:

CREATE INDEX Indices.UTRH004 ON tablas.TRH004
(EMPCOD, PERSRUT, CTRDESDE)
LOGGING
TABLESPACE indices
PCTFREE 10
INITRANS 2
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
BUFFER_POOL DEFAULT
)
NOPARALLEL;




ALTER TABLE tablas.TRH004 ADD (
CONSTRAINT TRH004_PK PRIMARY KEY (EMPCOD, PERSRUT, CTRCORR)
USING INDEX
TABLESPACE Indices
PCTFREE 10
INITRANS 2
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
));

Esta Bien como estoy generando indices y PK en el otro tablespace?
Que tan efectivo es separar indices de tablas de datos?
Mejora realmente el rendimiento?

Bueno ojala que me puedan ayudar y yo poder ayudar en este foro al que me integro

Gracias

[matanga]

Dos cosas...

1. Para mover un índice de un tablespace a otro, solo hace falta ejecutar

Código:

alter index <index_name> rebuild <tablespace_destino>;

2. No vas a ganar absolutamente nada (en cuanto a performance) por separar los índices de las tablas en tablespaces diferentes, es solo un gran mito. La razón es muy simple, Oracle lee primero el índice para después leer la tabla, esto lo hace en forma secuencial, no paralela.

Saludos

[kikolice]

Iniciado por matanga

2. No vas a ganar absolutamente nada (en cuanto a performance) por separar los índices de las tablas en tablespaces diferentes, es solo un gran mito. La razón es muy simple, Oracle lee primero el índice para después leer la tabla, esto lo hace en forma secuencial, no paralela.

Saludos

solo complementando, muchos dbas hablan de performance cuando organizan los objetos de la base de datos de esa manera, yo a nivel desarollo puedo decir que lo que se logra es tener organizados los objetos de la base de datos

[jc3000]

Si, creo que es temas mas de organización que de rendimiento.

Como una alternativa a lo que comenta Matanga, mejor que hacer un rebuild es hacer un DROP y CREATE. El tiempo en los dos casos va a ser muy similar y si al segundo caso le dejas la coletilla COMPUTE STATISTICS, lanzas las estadisticas al mismo tiempo.

Es una costumbre que tengo ( aconsejado por mis DBA's ).

Un saludo

[SgT]

Yo la verdad es que tambien pensaba que era solo un mito y que no optimizaba los tiempos de respuestas...

Bueno en todo caso muchas gracias...porque igual habia hecho un rebuild, pero sin mejorar los tiempos de respuesta...

Otra duda....es que si hago los indices en el mismo tablespace que el de las tablas mis tiempos mejoran, pero si los hago en tablespaces separados mis tiempos se llegana duplicar al tiempo estipulado.
Por ejemplo:
Proceso de pago de 11.000 trabajadores = 4 horas (en el mismo tablespace indices y tablas)
Proceso de pago de 11.000 trabajadores = 10 horas (separados tablespace indices y tablespace tablas)

a que se debera esto?

Gracias.

[jc3000]

¿ todos los discos/tablespaces están en la misma máquina ?. La BBDD está en RAC ?