Skip site navigation (1) Skip section navigation (2)

Re: Numero de consultas sobre una columna en una tabla

From: Alejandro Carrillo <fasterzip(at)yahoo(dot)es>
To: "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Numero de consultas sobre una columna en una tabla
Date: 2011-10-27 20:26:59
Message-ID: 1319747219.60617.YahooMailNeo@web27401.mail.ukl.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
¿Entonces alguien conoce como hacer esto?



________________________________
De: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Para: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
CC: Alejandro Carrillo <fasterzip(at)yahoo(dot)es>; Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Enviado: miércoles 26 de octubre de 2011 20:17
Asunto: Re: [pgsql-es-ayuda] Numero de consultas sobre una columna en una tabla


Excerpts from Jaime Casanova's message of mié oct 26 19:17:21 -0300 2011:
> 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...

No he dicho que no deba hacerlo una persona -- sólo digo que es útil
tener una métrica que te lo indique.

> siempre preferire analizar los logs.

¿De esa agua no beberás?

> algo asi como (al menos en Ecuador) algunos abogados aun defienden el
> uso de maquinas de escribir en lugar de computadoras

ja ja ... ese es otro problema.  (Acá hay oficinas de notarios que usan
WordStar para los documentos legales.  Pero también hay otros que usan
OpenOffice en Fedora, que es mi notaría favorita porque además es más
barata).


> > (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?

¡Sobre todo si el MVC es un array con 100 objetos de 1 MB cada uno!

> 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)

Justamente el problema es que hay muchas bases de datos que las crea
"cualquiera", y luego tú como consultor tienes que hacerte cargo de
buscar optimizaciones.

-- 
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

In response to

Responses

pgsql-es-ayuda by date

Next:From: Edwin QuijadaDate: 2011-10-27 20:49:01
Subject: RE: Error con untrusted language
Previous:From: ruben avila galindoDate: 2011-10-27 20:14:21
Subject: Re: Stalled post to pgsql-es-ayuda

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group