From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Mario Rodriguez <mario(dot)irs(at)gmail(dot)com> |
Cc: | Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Problema al restaurar una BD |
Date: | 2012-02-14 15:40:38 |
Message-ID: | 1329233853-sup-8955@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Excerpts from Mario Rodriguez's message of lun feb 13 12:10:26 -0300 2012:
> 1.- ¿Porque postgresql no pone en el respaldo el search_path también con el
> esquema public?
Acabo de entender el problema: tu función sólo anda bien si public es
parte del search_path. Como has visto, esto no es suficiente (de
partida es un agujero de seguridad). Tienes dos soluciones: una es
definir la función con el search_path que requiere; por ej.
ALTER FUNCTION foo() SET search_path TO 'public'
(Creo, pero no verifiqué, que esa es la sintaxis correcta).
La otra es poner el cast calificado dentro de la función, es decir, en
vez de '(1,2)'::racional deberías poner '(1,2)'::public.racional
(Creo, pero no verifiqué, que esa es la sintaxis correcta).
--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
From | Date | Subject | |
---|---|---|---|
Next Message | npolanco | 2012-02-14 17:46:48 | Re: psql + linux + encoding-BUG Debian |
Previous Message | Alvaro Herrera | 2012-02-14 11:35:15 | Re: psql + linux + encoding-BUG Debian |