Cariño, encogi los indices - Parte 3
Compresion de Llaves en Indices ¿Es bueno o malo?
Voy a dividir esta exposición en dos secciones, la primera describira que sucede en el interior del indice (si, a nivel de bloque) cuando se comprimen las llaves; de esta forma obtendremos detalles valiosos de la naturaleza interna de esta caracteristica de Oracle y su tendencia al mal o al bien. En la segunda parte establecemos una introducción a los mecanismos para medir los efectos de la compresión de indices.
Honey, I shrunk the indexes - Part 3
Index Key compression, evil or good?
I'm going to split this post in two sections, the first one will depict what goes on inside the index when we use key compression, in order to get details of this feature inner nature and establish tendency to good or bad; the second part will provide tools to measure index key compression effects.
¿Quien esta usando tu espacio de UNDO?
Seguramente has estado en esta situacion: un tablespace de undo que crece sin control, amenazando con engullir el storage disponible... hasta que comienzan a fallar los procesos con un ORA-01555 porque no se pudo ampliar el tablespace, o misteriosamente deja de crecer y demandar espacio adicional, y posiblemente en los minutos u horas proximas comiences a ver que se libera gradualmente el espacio en el tablespace. Si tu te rascaste la cabeza, preguntandote "¿Que pasó?" o "¿Que usuario hizo esto?", entonces este articulo puede serte muy util.
Who is using your UNDO space?
Sure you've faced this situation: a growing undo tablespace, that seems it could engulf your entire disk space... until finally stops demanding additional space, and within some minutes (or hours, depends on your UNDO_RETENTION setting) you start to see more and more free space in your tablespace. If you scratched your head wondering 'what happened?' or 'who the User did this?', this post may be helpful.
Cariño, encogi los indices - Parte 2
Como escoger a los candidatos perfectos
Cuidado: la compresión de los indices puede afectar adversamente los planes de ejecución y degradar el performance, le recomendamos que efectue estas pruebas en un ambiente de replica o pruebas, y verifique el comportamiento de las consultas SQL y el código PL/SQL.
No todos los indices pueden ser comprimidos, pues algunas veces la reduccion de espacio obtenida al comprimirlos no amerita el trabajo extra que implican los procesos de compresion/descompresion. Pero ¿Como sabemos eso por anticipado?
Permitanme sugerirles dos aproximaciones al tema:
1) Orientado al tamaño
2) Orientado a la frecuencia de acceso
Honey, I shrunk the indexes - Part 2
How to pick the perfect candidates
Warning: index compression may change execution plans and affect performance, try this on a test database and check if application SQL and PL/SQL code execution improves.
Not every index must be compressed, sometimes compression will give minimal space reductions, that don't compensate the overhead incurred. But how do we know that?
I may suggest two approaches:
1) Size oriented
2) Access frequency oriented
