| От | Andrew Dunstan |
|---|---|
| Тема | pg_dump object sorting |
| Дата | |
| Msg-id | 480375D9.2030606@dunslane.net обсуждение исходный текст |
| Ответы |
Re: pg_dump object sorting
|
| Список | pgsql-hackers |
I have been looking at refining the sorting of objects in pg_dump to make it take advantage of buffering and synchronised scanning, and possibly make parallel restoration simpler and more efficient. My first thought was to sort indexes by <namespace, tablename, indexname> instead of by <namespace, indexname>. However, that doesn't go far enough, I think. Is there any reason we can't do all of a table's indexes and non-FK constraints together? Will that affect anything other than PK and UNIQUE constraints, as NULL and CHECK constraints are included in table definitions? cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера