From: | "Guillermo E(dot) Villanueva" <guillermovil(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: log de sentencias SQL |
Date: | 2020-04-14 19:09:35 |
Message-ID: | CANm+PCA105XZCOAu-c1+o=_Ym8bvhGKKD35rpKPq+is4OSY=0g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Bueno Alvaro, muchas gracias.
El mar., 14 abr. 2020 a las 14:20, Alvaro Herrera (<alvherre(at)2ndquadrant(dot)com>)
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 = '\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 que tipo de sentencia puedo
> > sugerir? alguna referencia url para pasar el contenido bytea por
> separado?
>
> Eh, en ese caso, el parámetro ya se está pasando por separado -- no hay
> forma de limitarlo.
>
> Justo en Postgres 13 agregamos unos parámetros para configurar el largo
> máximo de parámetros que se mandan al log. Obviamente sería bueno que
> lo probaras en cuanto salga el primer beta (o incluso lo puedes probar
> ahora mismo) para verificar que el comportamiento es el que tú quieres.
> Puedes verlo aquí:
>
> https://www.postgresql.org/docs/devel/runtime-config-logging.html#RUNTIME-CONFIG-LOGGING-WHAT
> bajo el nombre log_parameter_max_length y
> log_parameter_max_length_on_error.
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
From | Date | Subject | |
---|---|---|---|
Next Message | Carlos T. Groero Carmona | 2020-04-17 03:10:58 | Correcta configuracion para max_worker_processes y max_parallel_workers_per_gather |
Previous Message | Alvaro Herrera | 2020-04-14 17:20:03 | Re: log de sentencias SQL |