-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
El 14/10/14 a las 20:50, Guillermo E. Villanueva escibió:
> Los molesto para pedirles una pista de: "por donde empezar".
>
> Quiero monitorear las consultas de mi server, tomar las mas
> "pesadas" y trabajar en optimizarlas. Les agradecería que me
Puedes usar alguna herramientas como:
pgFouine o PgBadger, son herramientas que analizan los log que genera
postgresql. Eso sí, debes tener activados el mayor nivel de detalles para que
puedas analizar.
Saludos
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@post
Alguna vez tuve que hacer algo de eato, recuerdo que "jugaba" con
log_min_duration_statement
Por ejemplo, logeaba todas las consultas que tardaban 4 segundos, despues
las analizaba ...usa explain analize para ver donde tenes los posibles
cuellos de botella
El 14/10/2014 20:50, "Guillermo E. Villa
Los molesto para pedirles una pista de: "por donde empezar".
Quiero monitorear las consultas de mi server, tomar las mas "pesadas" y
trabajar en optimizarlas.
Les agradecería que me orienten por dónde empezar, especialmente en la
tarea de detectar las querys pesadas, les pido algunas urls o sugere
El evitar el bytea era por que en otro sistema lo maneje pero ahi si habia
muchos inserts, deletes y updates, lo que ocasionaba broncas a largo plazo,
como por ejemplo que vacuum no eliminara las tuplas muertas de los updates
o deletes y con el tiempo la base llegara a incrementarse muchos mas giga
El 12 de octubre de 2014, 22:22, Emanuel Calvo escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
>
> El 11/10/14 a las 14:27, Eduardo Arenas C. escibió:
> > Jaime,
> >
> > Esto entrego el pg_xlogfile = "00010C5B00F3"
> >
> > luego de 30 min "00010C5B00F3"
El mar, 07-10-2014 a las 11:19 -0400, Linder Poclaba Lazaro escribió:
> Gracias chicos por su tiempo, si lamentablemente creo que no podré
> obtener esa información, lo importante es que ya se que existe
> pg_audit para el futuro :)
Estoy de acuerdo con la mayoría que es mejor implementar la polít
