Re: Drop user y Grantor <> Owner !

From: Stephen Amell <StephenAmell(at)inbox(dot)lv>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: "pos >> pgsql-es-ayuda(at)lists(dot)postgresql(dot)org" <pgsql-es-ayuda(at)lists(dot)postgresql(dot)org>
Subject: Re: Drop user y Grantor <> Owner !
Date: 2017-12-18 15:56:16
Message-ID: 4f4c86cc-bcde-f477-9d3c-849e2a3eef64@inbox.lv
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola,

On 2017-12-18 12:27, Alvaro Herrera wrote:
> Stephen Amell escribió:
>> Hola, Alvaro
>>
>> Si, lo primero que hice fue el reassign, y no da error, pero luego tiro el
>> drop y pincha.
Si, por pincha, quiero decir da error.
> ¿qué quieres decir "pincha"? REASSIGN no modifica grantors ni ACLs --
> para eso existe DROP OWNED BY.
No alcanzo a entender el "DROP OWNED BY" esto ¿me borraría los objetos
también? ¿o se los asignaría a postgres por decir algo?
>> Encontré que el valor esta en en la tabla pg_catalog.pg_default_acl, estoy
>> tratando de editarla a ver si puedo cambiarlo directamente.
> Modificar catálogos de sistema a mano es seguro de causar problemas
> después, si es que llegan a quedar referencias al rol en pg_shdepend.
Tal cual lo dijiste, cambie los registros de pg_shdepend tambien y ahi
salio el drop role sin problemas

update pg_catalog.pg_shdepend set refobjid = 10 where refobjid =
293894::oid;

Entonces, solo me queda la duda, ¿hice mal al resolverlo via modificar
las tablas del sistema, pero cual seria la forma de hacerlo correctamente?

Mil gracias again!

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2017-12-18 16:07:02 Re: Drop user y Grantor <> Owner !
Previous Message Alvaro Herrera 2017-12-18 15:27:00 Re: Drop user y Grantor <> Owner !