From: | Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Nicolás Domínguez Florit <ndomin(at)rec(dot)unicen(dot)edu(dot)ar>, pssql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Problemas con el REASSIGN OWNED |
Date: | 2010-09-04 10:46:35 |
Message-ID: | AANLkTimzvWjWS-gn3gKsVCz-0H_MBJyvdZYHFFzODD04@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El día 1 de septiembre de 2010 22:17, Alvaro Herrera
<alvherre(at)commandprompt(dot)com> escribió:
> Excerpts from Emanuel Calvo Franco's message of mié sep 01 15:24:27 -0400 2010:
>> El día 25 de agosto de 2010 20:43, Alvaro Herrera
>> <alvherre(at)commandprompt(dot)com> escribió:
>> >
>> > Si, el problema es precisamente que se trata del usuario postgres. Si
>> > fuera cualquier otro, funcionaría.
>> >
>> > Basicamente la idea detrás de la restricción es que hay un montón de
>> > objetos "de sistema" que no pueden cambiar de dueño, y el catálogo no
>> > tiene suficiente información para distinguirlos de los objetos
>> > corrientes (si la tuviera, pesaría mucho).
>>
>> Mirando la documentación [1] veo que no hay aclaraciones ni comentarios
>> al respecto. Seria ideal agregar algo sobre esto, no?
>
> Buena idea, ¿propuesta?
>
Agregué un comentario en la documentación (8.4). Quizás estaría bueno que
el comando ignorara los objetos de sistema (en el caso de que alguien quiera
empezar a agregar seguridad a su base o delimitar políticas y necesite esta
acción de postgres -> 'otro usuario').
--
Emanuel Calvo Franco
www.emanuelcalvofranco.com.ar
Join: http://www.thevenusproject.com/
From | Date | Subject | |
---|---|---|---|
Next Message | osheed | 2010-09-04 14:34:33 | ayuda |
Previous Message | Alvaro Herrera | 2010-09-03 22:34:53 | Re: lpad vs || |