Re: Accelerating aggregates

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Accelerating aggregates
Дата
Msg-id 87y8murruy.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Accelerating aggregates  (Steve Atkins <steve@blighty.com>)
Ответы Re: Accelerating aggregates  (Steve Atkins <steve@blighty.com>)
Список pgsql-hackers
Steve Atkins <steve@blighty.com> writes:

> So, if you take a local snapshot of the global at the beginning of
> your transaction then the visible changes at any point are those from
> transactions that commited before your transaction started. That's
> well-defined, at least, and appears to be pretty much the same as the
> standard read commited isolation level.

no, read committed would see any other updates that have been committed since
the start of your transaction. 

For some linear aggregates you could start with the initcond, apply all the
local updates and whenever you have to read the actual value then use the
global variable at that time. But not all aggregates can be handled that way.
I think all the standard ones could be though, sum(), count(), stddev(), etc.

-- 
greg



В списке pgsql-hackers по дате отправления:

Предыдущее
От: pgsql@mohawksoft.com
Дата:
Сообщение: Re: Tablespaces
Следующее
От: pgsql@mohawksoft.com
Дата:
Сообщение: Re: [pgsql-hackers-win32] Tablespaces