Re: pgsql: Allow HOT updates for some expression indexes
| От | Simon Riggs |
|---|---|
| Тема | Re: pgsql: Allow HOT updates for some expression indexes |
| Дата | |
| Msg-id | CANP8+jLMFTBHkueZi_UwUCPfw0vqjeTuzUwmLnn1k2A16t7-6Q@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: pgsql: Allow HOT updates for some expression indexes (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: pgsql: Allow HOT updates for some expression indexes
|
| Список | pgsql-committers |
On 27 March 2018 at 22:26, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I wrote:
>> The test script appears to imagine that pgstats outputs update
>> instantaneously.
>
> Oh, wait, it's looking at pg_stat_xact, which is the *local*, unsent
> stats information. So your problem is actually the reverse of that:
> if the test runs too slowly, it fails, because at some point the
> unsent stats information will get flushed out to the collector and
> disappear from the pg_stat_xact view.
>
> You could probably make this more reliable by wrapping each test
> stanza in a transaction, ie instead of
>
> create table keyvalue ...;
> ... do something to table ...
> select pg_stat_get_xact_tuples_hot_updated('keyvalue'::regclass);
> drop table keyvalue;
>
> do
>
> begin;
> create table keyvalue ...;
> ... do something to table ...
> select pg_stat_get_xact_tuples_hot_updated('keyvalue'::regclass);
> rollback;
>
> (no need for a DROP if you're rolling it all back)
Oh wow, thanks. Fixed.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-committers по дате отправления: