Re: Se puede personalizar los mensajes del Postgres

On 1/16/06, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> Jaime Casanova escribió:
> > On 1/16/06, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> > > Luis Guevara escribió:
> > > > Si Jaime, tambien había llegado a esa solución, aunque no es como quisiera,
> > > > pero si ayuda en algo. Además cuando el mensaje se produce dentro de un
> > > > Procedimiento PLPGSQL el mensaje tiene mucho más texto, y a veces tenemos
> > > > usuarios más especiales que lo mejor para ellos es mostrarles el mesnaje
> > > > simple de porque ha surgido error. Pero de todas maneras, se podría
> > > > trabajar así, mientras en algún momento se animen a agregar esa
> > > > funcionalidad al gran Postgres.
> > >
> > > No, esto no sucedera. Lo que puedes hacer si quieres personalizar el
> > > mensaje es capturar el error en la aplicacion, obtener el SQLSTATE y si
> > > es algo que coincida con el error que quieras capturar, puedes emitir el
> > > error en tu aplicacion fraseandolo como te parezca.
> >
> > el otro dia se hablaba de que (si alguien lo hacia) les gustaria
> > reclasificar el nivel de los mensajes... eso podria servir en este
> > caso... pero claro es algo tedioso de hacer asi que habra que esperar
> > un voluntario...
>
> De lo que se hablaba esa vez era convertir algunos de los NOTICES en
> mensajes de menor nivel. Por ejemplo cuando creas una tabla con una
> llave primaria, se emite un NOTICE diciendo que se ha creado un indice;
> este NOTICE es innecesario en la mayoria de los casos y se podria
> ocultar, sin perdida de informacion para los usuarios acostumbrados a
> Postgres. Igual con las secuencias creadas para SERIAL, y otras cosas
> asi.
>
> Lo que si seria util es entregar el nombre de la tabla, columna y llave
> foranea referidas en un mensaje de llave foranea que falla, por ejemplo.
>

Pero esto tambien cabria... despues de todo al usuario no me interesa
que le llegue la linea del funcion PLPGSQL en la que dio el error que
es claramente informacion de DEBUG o algo por alli...

asi que ponerle un nivel mas bajo a eso para ocultarlo en
client_min_messages y mostrarlo en log_min_messages...

imagino que no habria mucha resistencia a eso... o si?

--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)