Re: 9.3: load path to mitigate load penalty for checksums
В списке pgsql-hackers по дате отправления:
| От | Jeff Davis |
|---|---|
| Тема | Re: 9.3: load path to mitigate load penalty for checksums |
| Дата | |
| Msg-id | 1339538130.12295.43.camel@sussancws0025 обсуждение исходный текст |
| Ответ на | Re: 9.3: load path to mitigate load penalty for checksums (Robert Haas <robertmhaas@gmail.com>) |
| Список | pgsql-hackers |
On Tue, 2012-06-12 at 13:10 -0400, Robert Haas wrote: > I don't think it's going to solve the problem in general, but TBH I > don't think Jeff's proposal is, either. I mean, ignoring > xmin-committed, xmax-committed, and all-visible bits is going to come > with a pretty steep performance penalty all of its own. I think we'd certainly have to discourage users from launching lots of full table scans during a data load. We could go so far as blocking reads, as I said in my other response, and still (mostly) meet my primary goals. But allowing reads without hint bits might be useful for highly selective index access, which is a substantial use case for the kind of large tables we'd be bulk-loading. Regards,Jeff Davis
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера