| От | Tom Lane |
|---|---|
| Тема | Re: improve performance of pg_dump with many sequences |
| Дата | |
| Msg-id | 2202680.1767902093@sss.pgh.pa.us обсуждение |
| Ответ на | Re: improve performance of pg_dump with many sequences (Nathan Bossart <nathandbossart@gmail.com>) |
| Ответы |
Re: improve performance of pg_dump with many sequences
|
| Список | pgsql-hackers |
Nathan Bossart <nathandbossart@gmail.com> writes:
> Hm. That makes sense, but both try_table_open and try_index_open error for
> wrong relkinds. I could change all of the try_*_open functions to return
> NULL in that case, or I could just open-code the relkind check in
> pg_get_sequence_data after try_relation_open (and have it return NULL for
> non-sequences). I'm leaning towards the latter, if for no other reason
> than it might be slightly nicer for back-patching (e.g., smaller, no new
> extern functions).
WFM.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера