Re: BUG #19086: pg_dump --data-only selects and do not uses index definitions for the dumped tables.
В списке pgsql-bugs по дате отправления:
| От | Nathan Bossart |
|---|---|
| Тема | Re: BUG #19086: pg_dump --data-only selects and do not uses index definitions for the dumped tables. |
| Дата | |
| Msg-id | aO7IoIEnQDbtFzrs@nathan обсуждение исходный текст |
| Ответ на | Re: BUG #19086: pg_dump --data-only selects and do not uses index definitions for the dumped tables. (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: BUG #19086: pg_dump --data-only selects and do not uses index definitions for the dumped tables.
|
| Список | pgsql-bugs |
On Tue, Oct 14, 2025 at 03:50:15PM -0400, Tom Lane wrote: > Even if it's been seen in the field, it hardly qualifies as a > justification for complicating pg_dump's behavior. There's no reason > to think that catalog corruption preferentially affects indexes, or > does so in this particular way. Should we also not collect data on > functions, types, etc etc? FWIW the getIndexes() query does tend to be one of the slowest, even with intact system indexes. I've no concrete proposals, but there might be some room for improvement. I don't think we gain all that much by simply avoiding the query in probably-somewhat-rare use-cases. IMHO it ought to be reworked for efficiency. -- nathan
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера