Re: Lock-free compaction. Why not?
От | Michael Banck |
---|---|
Тема | Re: Lock-free compaction. Why not? |
Дата | |
Msg-id | 669e53c2.050a0220.387ed3.7669@mx.google.com обсуждение исходный текст |
Ответ на | Re: Lock-free compaction. Why not? (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Lock-free compaction. Why not?
|
Список | pgsql-hackers |
Hi, On Mon, Jul 22, 2024 at 08:39:23AM -0400, Robert Haas wrote: > What the extensions that are out there seem to do is, as I understand > it, an online table rewrite with concurrent change capture, and then > you apply the changes to the output table afterward. That has the > problem that if the changes are happening faster than you can apply > them, the operation does not terminate. But, enough people seem to be > happy with this kind of solution that we should perhaps look harder at > doing something along these lines in core. I believe this is being discussed here: https://commitfest.postgresql.org/49/5117/ https://www.postgresql.org/message-id/5186.1706694913%40antos Michael
В списке pgsql-hackers по дате отправления: