Re: postgres_fdw: IMPORT FOREIGN SCHEMA ... LIMIT TO (partition)

Поиск
Список
Период
Сортировка
От Bernd Helmle
Тема Re: postgres_fdw: IMPORT FOREIGN SCHEMA ... LIMIT TO (partition)
Дата
Msg-id e8825ca0cfce497e8debe7de802d0713d93c7c79.camel@oopsware.de
обсуждение исходный текст
Ответ на Re: postgres_fdw: IMPORT FOREIGN SCHEMA ... LIMIT TO (partition)  (Matthias van de Meent <boekewurm+postgres@gmail.com>)
Ответы Re: postgres_fdw: IMPORT FOREIGN SCHEMA ... LIMIT TO (partition)  (Bernd Helmle <mailings@oopsware.de>)
Список pgsql-hackers
Am Mittwoch, dem 24.03.2021 um 13:23 +0100 schrieb Matthias van de
Meent:
> Yes, but it should be noted that the main reason that was mentioned
> as
> a reason to exclude partitions is to not cause table catalog bloat,
> and I argue that this argument is not as solid in the case of the
> explicitly named tables of the LIMIT TO clause. Except if SQL
> standard
> prescribes otherwise, I think allowing partitions in LIMIT TO clauses
> is an improvement overall.

Don't get me wrong, i find this useful, too. Especially because it's a
very minor change in the code. And i don't see negative aspects here
currently, either (which doesn't mean there aren't some).

> 
> I myself have had this need, in that I've had to import some
> partitions manually as a result of this limitation. IMPORT FORAIGN
> SCHEMA really is great when it works, but limitations like these are
> crippling for some more specific use cases (e.g. allowing
> long-duration read-only access to one partition in the partition tree
> while also allowing the partition layout of the parents to be
> modified).

Interesting use case. 


-- 
Thanks,
    Bernd





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

Предыдущее
От: Dean Rasheed
Дата:
Сообщение: Re: PoC/WIP: Extended statistics on expressions
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: PoC/WIP: Extended statistics on expressions