From: | Florian Pflug <fgp(at)phlo(dot)org> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Phil Sorber <phil(at)omniti(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, "David E(dot) Wheeler" <david(at)kineticode(dot)com>, PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_dumpall Sets Roll default_tablespace Before Creating Tablespaces |
Date: | 2011-10-28 01:29:15 |
Message-ID: | 879F8014-5A65-4EF0-9EE9-3DFD9E91D8FD@phlo.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Oct27, 2011, at 23:02 , Bruce Momjian wrote:
> Florian Pflug wrote:
>> On Oct21, 2011, at 16:42 , Phil Sorber wrote:
>>> If you did want to make them immutable, I also like Florian's idea of
>>> a dependency graph. This would make the dumps less readable though.
>>
>> Hm, I kinda reversed my opinion on that, though - i.e., I no longer think
>> that the dependency graph idea has much merit. For two reasons
>>
>> First, dependencies work on OIDs, not on names. Thus, for the dependency
>> machinery to work for GUCs, they'd also need to store OIDs instead of
>> names of referenced schema objects. (Otherwise you get into trouble if
>> objects are renamed)
>>
>> Which of course doesn't work, at least for roles, because roles are
>> shared objects, but referenced objects might be database-local.
>> (search_path, for example).
>
> Is this a TODO?
The idea quoted above, no. But
Downgrade non-immutable (i.e., dependent on database state) checks during
"ALTER ROLE/DATABASE SET" to WARNINGs to avoid breakage during restore
makes for a fine TODO, I'd say.
best regards,
Florian Pflug
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2011-10-28 02:23:05 | Add socket dir to pg_config..? |
Previous Message | Simon Riggs | 2011-10-27 22:55:38 | Re: Hot Standby startup with overflowed snapshots |