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 13:54:56 |
Message-ID: | CANm+PCDq9RKx8TPgFdkd23taNa_2=Gj4iKFVPFTmF_fTr5MJwA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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?
Muchas gracias!
El jue., 9 abr. 2020 a las 17:49, Alvaro Herrera (<alvherre(at)2ndquadrant(dot)com>)
escribió:
> 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 contenido
> > completo del campo bytea . Existe alguna forma de evitar esto? que si se
> > haga log de las sentencias, pero en el caso de campo bytea trunque la
> > sentencia o alguna solución similar?
>
> No que yo sepa.
>
> Lo que podrías hacer es cambiar la sentencia para que el bytea se envíe
> como un parámetro separado en vez de venir interpolado en la cadena de
> la consulta. Eso es algo que tienes que cambiar en la aplicación. De
> todos modos es buena idea, porque ahorra bastante trabajo ...
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2020-04-14 17:20:03 | Re: log de sentencias SQL |
Previous Message | Guillermo E. Villanueva | 2020-04-14 13:41:54 | Re: log de sentencias SQL |