| От | Vadim Mikheev |
|---|---|
| Тема | Re: Plans for solving the VACUUM problem |
| Дата | |
| Msg-id | 003f01c0e171$bd1e2f80$4979583f@sectorbase.com обсуждение исходный текст |
| Ответ на | Re: Plans for solving the VACUUM problem (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Список | pgsql-hackers |
> Were you going to use WAL to get free space from old copies too? Considerable approach. > Vadim, I think I am missing something. You mentioned UNDO would be used > for these cases and I don't understand the purpose of adding what would > seem to be a pretty complex capability: Yeh, we already won title of most advanced among simple databases, -:) Yes, looking in list of IDs assigned to single transaction in tqual.c is much easy to do than UNDO. As well as couple of fsyncs is easy than WAL. > > 1. Reclaim space allocated by aborted transactions. > > Is there really a lot to be saved here vs. old tuples of committed > transactions? Are you able to protect COPY FROM from abort/crash? Vadim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера