el problema es que debe ser automatico y no puede ser manual
________________________________ De: Alvaro Herrera <alvhe...@alvh.no-ip.org> Para: Jaime Casanova <ja...@2ndquadrant.com> CC: Alejandro Carrillo <faster...@yahoo.es>; Ayuda <pgsql-es-ayuda@postgresql.org> Enviado: miércoles 26 de octubre de 2011 13:59 Asunto: Re: [pgsql-es-ayuda] Numero de consultas sobre una columna en una tabla Excerpts from Jaime Casanova's message of mié oct 26 15:42:05 -0300 2011: > 2011/10/26 Alejandro Carrillo <faster...@yahoo.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. (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). -- Álvaro Herrera <alvhe...@alvh.no-ip.org>
