adm. de base de datos

Indices en PostgreSQL
PostgreSQL implementa cuatro tipos diferentes de ındices, cada uno pensado idealmente para cubrir ciertos tipo de consultas. Los cuatro tipos de ´ındices que implementa PostgreSQL son:

-Arboles B.

-Arboles R.

-Hash.

-GiST.

PostgreSQL utiliza los ´arboles B como el tipo de ´ındice por omisi´on, esto dado que permiten manejar consultas que involucranigualdades y rangos dentro de dominios que permiten cierto orden.
Los ındices tipo arboles R, son ideales para consultas sobre datos espaciales y los tipo hash para consultas que involucran unicamente igualdades. Por su parte, los ındices GiST no son propiamente ındices, sino que son estructuras en las cuales se implementan diversas estrategias de ´ındices .
Sintaxis para crear un índice:

INDEX nombreON tabla [ USING tipo ´ındice ]
( {columnas | ( expresi´on )})


Es preciso considerar que con la creaci´on de un ´ındice no basta para que se consiga un desempeño ´optimo dado que en un inicio el planificador de consultas no cuenta con los valores estadısticos mas actuales del catalogo del sistema. Un ejemplo de creaciaon de ´ındice es el siguiente:

nombre db=# CREATE INDEX indice Uno ONcliente USING HASH (atributo);
(CREATE INDEX)

Ası como existe la instruccion para crear un ´ındice, tambien existe la instruccion
DROP respectiva para eliminarlo.


DROP nombre indice;



REORGANIZAR LOS INDICES EN POSTRGRESQL

REINDEX reconstruye un índice utilizando los datos almacenados en la tabla de índice, la sustitución de la vieja copia del índice. Hay varios escenarios enlos que el uso REINDEX :
Un índice se ha dañado y ya no contiene datos válidos. Aunque en teoría esto no debería ocurrir nunca, en la práctica, los índices se pueden dañar debido a los errores de software o de hardware. REINDEX proporciona un método de recuperación.
Un índice se ha convertido en "hinchado" , que se contiene muchas páginas vacías o casi vacías. Esto puede ocurrir con índicesB-tree en PostgreSQL bajo ciertos patrones de acceso comunes. REINDEX proporciona una manera de reducir el consumo de espacio del índice escribiendo una nueva versión del índice sin las páginas muertas. Vea la Sección 23.2 para más información.
Has cambiado un parámetro de almacenamiento (como factor de relleno) para un índice, y desea asegurarse de que el cambio ha tenido un efecto completo.
Unageneración de índice con el CONCURRENTEMENTE opción falló, dejando un "no válido" índice. Tales índices son inútiles, pero puede ser conveniente utilizar REINDEXreconstruirlas. Tenga en cuenta que REINDEX no realizar una compilación concurrentes. Para construir el índice, sin interferir con la producción que debe quitar el índice y vuelva a emitir el CREATE INDEX CONCURRENTEMENTE comando.Parámetros
ÍNDICE
Vuelva a crear el índice especificado.
TABLA
Volver a crear todos los índices de la tabla especificada. Si la tabla tiene un secundario "TOAST" mesa, que está a indizar también.
BASE DE DATOS
Volver a crear todos los índices dentro de la base de datos actual. Índices en los catálogos del sistema compartidos se omiten excepto en el modo independiente (véase abajo). Esta formade REINDEX no puede ejecutarse dentro de un bloque de transacción.
SISTEMA
Volver a crear todos los índices de catálogos del sistema dentro de la base de datos actual. Los índices de las tablas de usuario no se procesan. Además, los índices de catálogos del sistema compartida se pasan por alto, salvo en el modo independiente (véase abajo). Esta forma de REINDEX no puede ejecutarse dentro de un bloquede transacción.
nombre
El nombre del índice, tabla o base de datos específica que se va a indexar. Los nombres de índice y de tabla pueden ser calificado por el esquema. En la actualidad,REINDEX BASE DE DATOS y SISTEMA REINDEX sólo pueden indexar la base de datos actual, por lo que su parámetro debe coincidir con el nombre de la base de datos actual.
FUERZA
Esta es una opción obsoleta,...