2011/10/26 Alvaro Herrera <alvhe...@alvh.no-ip.org>: > > 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. >
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 - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
