Re: hot update doesn't work?

Поиск
Список
Период
Сортировка
Искать
От
Kevin Grittner
Тема
Re: hot update doesn't work?
Дата
в 12:34:34
Msg-id
4BEA8428020000250003162D@gw.wicourts.gov
Ответ на
hot update doesn't work? (Pavel Stehule)
Список
Дерево обсуждения
hot update doesn't work? Pavel Stehule <pavel.stehule@gmail.com>
Re: hot update doesn't work? "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: hot update doesn't work? Tom Lane <tgl@sss.pgh.pa.us>
Re: hot update doesn't work? Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: hot update doesn't work? Tom Lane <tgl@sss.pgh.pa.us>
Re: hot update doesn't work? Merlin Moncure <mmoncure@gmail.com>
Re: hot update doesn't work? Tom Lane <tgl@sss.pgh.pa.us>
Re: hot update doesn't work? Merlin Moncure <mmoncure@gmail.com>
Pavel Stehule  wrote:
> I would to repeatably update non indexed column of temp table. I
> expected cheap operation, but it isn't true.
You're updating the row 100000 times within a single transaction.  I
don't *think* HOT will reclaim a version of a row until the
transaction which completed it is done and no other transactions can
see that version any longer.  It does raise the question, though --
couldn't a HOT update of a tuple *which was written by the same
transaction* do an "update in place"?  I mean, the updating
transaction doesn't need to see the old row after this, and other
transactions shouldn't see it either.
I suspect that somewhere in the subtransaction or referential
integrity areas there may be some issues with that, but it would be
a clever optimization if it could be pulled off.
-Kevin

В списке pgsql-hackers по дате отправления
От: Simon Riggs
Дата:
От: Merlin Moncure
Дата:
Сообщение: Re: hot update doesn't work?
FAQ