Re: Numero de consultas sobre una columna en una tabla

2011/10/26 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>
> Excerpts from Jaime Casanova's message of mié oct 26 15:42:05 -0300 2011:
>> 2011/10/26 Alejandro Carrillo <fasterzip(at)yahoo(dot)es>:
>> > El objetivo es saber cuales son los impactos sobre cada campo en una tabla,
>> > con el fin de conocer en donde requiere un indice y donde no.
>>
>> entonces lo que necesitas es usar log_min_duration_statement para
>> rastraer las consultas lentas. haces explain analyze de esas consultas
>> y dependiendo del plan de ejecución y las columnas que se esten usando
>> determinas si se requiere de un índice
>
> ¿No te parece que esta aproximación al problema es algo primitiva?
> Cuando menos, es reactiva en vez de proactiva.
>

mmm... puede ser pero creo esto debe hacerlo una persona que sepa lo
que esta haciendo y no una herramienta mágica... siempre preferire
analizar los logs. algo asi como (al menos en Ecuador) algunos
abogados aun defienden el uso de maquinas de escribir en lugar de
computadoras

> (Creo que sería muy útil poder hacer ALTER TABLE .. SET STATISTICS 0
> para columnas que nunca se usan en búsquedas o joins; nuevamente pongo
> el ejemplo de la foto).
>

que ganas con eso? me contesto yo mismo: el espacio en disco de las
estadisticas y el tiempo que consumio conseguir las estadisticas. se
me escapa algo?

para algunas columnas es obvio que no se usaran y lo puede hacer el
DBA que cree la tabla (claro, si tienes la suerte de que sea el DBA el
que creo la tabla)

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación