Creo que sobre el punto 2 puedes leer esto: https://devcenter.heroku.com/articles/postgresql-indexes "Finally, indexes will become fragmented and unoptimized after some time, especially if the rows in the table are often updated or deleted. In those cases it may be required to perform a REINDEX leaving you with a balanced and optimized index. However be cautious about reindexing big indexes as write locks are obtained on the parent table. One strategy to achieve the same result on a live site is to build an index concurrently on the same table and columns but with a different name, and then dropping the original index and renaming the new one. This procedure, while much longer, won’t require any long running locks on the live tables."
>________________________________ > De: Lazaro Ruben Garcia Martinez <[email protected]> >Para: PostGreSql- Ayuda Ayuda <[email protected]> >Enviado: Lunes 7 de Mayo de 2012 8:40 >Asunto: [pgsql-es-ayuda] Duda sobre index scan > > >Hola a todas en la lista, les escribo porque tengo unas dudas relacionadas con >la búsqueda indexada (index scan). Según tengo entendido, un índice es una >copia de un campo de la tabla, cuya estructura es un árbol binario de >búsqueda, sobre el cual se realiza el recorrido. Las preguntas son las >siguientes: > >1- Los bloques de datos solo son leídos cuando el índice satisface la >condición de búsqueda y es necesario revisar el bloque de dato para ver la >visibilidad del campo, o siempre que se recorre un nodo del árbol, se revisan >los bloques de datos donde están los datos de la tabla? > >2- Cuando existen tuplas muertas en una tabla, donde para esa tupla hay una >columna que esta siendo indexada, tiene ese índice alguna información de la >tupla muerta; en caso de no conocer que la tupla esta muerta pudiera ser ese >el motivo por el cual se recorren los nodos del árbol y luego se revisan los >bloques de datos, para ver la visibilidad de la tupla? > >Saludos a todos y muchas gracias por su tiempo. > > > > > > > > >
