| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: CHECK constraints in pg_dump |
| Дата | |
| Msg-id | 019801c2dd6c$3491c4d0$6500a8c0@fhp.internal обсуждение исходный текст |
| Ответ на | CHECK constraints in pg_dump ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>) |
| Ответы |
Re: CHECK constraints in pg_dump
|
| Список | pgsql-hackers |
> "Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes: > > I notice that we're still dumping CHECK constraints as part of the CREATE > > TABLE statement, and not as an ALTER TABLE statement after the data has been > > loaded. > > > Should we move it to after the data for speed purposes, like we have with > > all other constraints? > > Why would there be any speed advantage? Is it not faster to add it when all the data is there, rather than evaluating it as each row is inserted, like indexes? Chris
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера