Re: replicating DROP commands across servers

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: replicating DROP commands across servers
Дата
Msg-id 542EC9AB.2080908@vmware.com
обсуждение исходный текст
Ответ на Re: replicating DROP commands across servers  ("Brightwell, Adam" <adam.brightwell@crunchydatasolutions.com>)
Ответы Re: replicating DROP commands across servers
Список pgsql-hackers
On 09/16/2014 09:09 PM, Brightwell, Adam wrote:
>>
>>> I think there's been some changes to this patch since july, care to
>>> resend a new version?
>>
>> Sure, here it is.
>>
>> The only difference with the previous version is that it now also
>> supports column defaults.  This was found to be a problem when you drop
>> a sequence that some column default depends on -- for example a column
>> declared SERIAL, or a sequence marked with ALTER SEQUENCE OWNED BY.  The
>> new code is able to drop both the sequence and the default value
>> (leaving, of course, the rest of the column intact.)  This required
>> adding support for such objects in get_object_address.
>
>
> I have given this patch the following review:
>
> - Apply to current master (77e65bf).  -- success
> - check-world. --success
> - multiple FIXME statements still exist -- are there plans to fix these
> items? Can the duplicated code be extracted to a static function?

Nothing seems to be happening to this, so I'm marking this as returned 
with feedback.

- Heikki



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Per table autovacuum vacuum cost limit behaviour strange
Следующее
От: Marco Nenciarini
Дата:
Сообщение: Re: [RFC] Incremental backup v2: add backup profile to base backup