Bueno Alvaro, muchas gracias.
El mar., 14 abr. 2020 a las 14:20, Alvaro Herrera ()
escribió:
> Guillermo E. Villanueva escribió:
> > Hola Alvaro, actualmente lo está registrando así el log:
> > linea 200 - UDPATE col1=$1 WHERE col2=$2
> > linea 201 - . DETAIL: Parameters: $1 =
Guillermo E. Villanueva escribió:
> Hola Alvaro, actualmente lo está registrando así el log:
> linea 200 - UDPATE col1=$1 WHERE col2=$2
> linea 201 - . DETAIL: Parameters: $1 = '\x255. y ahí
> viene todo el chorizo de contenido del bytea y luego el parámetro $2
>
> A
Hola Alvaro, actualmente lo está registrando así el log:
linea 200 - UDPATE col1=$1 WHERE col2=$2
linea 201 - . DETAIL: Parameters: $1 = '\x255. y ahí
viene todo el chorizo de contenido del bytea y luego el parámetro $2
A la aplicación no la hacemos nosotros, pero qu
Muchas gracias pero no me ayudaría porque con ese seteo, o hago log de
sentencias de manipulación o no hago, quizá eso sea suficiente en la
mayoría de los casos.
Igual gracias Lucas.
El jue., 9 abr. 2020 a las 15:04, Lucas Luengas ()
escribió:
> Hola.
> Supongo que estás usando log_statement.
> P
Guillermo E. Villanueva escribió:
> Hola buenas tardes
> En un servidor en producción estamos haciendo temporalmente log de todas
> las sentencias SQL.
> Un problema es que tenemos una tabla con un campo bytea y cada vez que hay
> un insert o update sobre ese campo, se transcribe en el log el conte
Hola.
Supongo que estás usando log_statement.
Puedes reducir un poco qué tipo de sentencias. No es lo que buscas, pero te
lo comento por si acaso ayuda. log_statement soporta los valores: ddl, mod,
and all. Quizás te valga con mod en lugar de all.
https://www.postgresql.org/docs/current/runtime-co
