Re: pg_stat_*_columns?

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: pg_stat_*_columns?
Дата
Msg-id 5591B53A.2060007@BlueTreble.com
обсуждение исходный текст
Ответ на pg_stat_*_columns?  (Joel Jacobson <joel@trustly.com>)
Ответы Re: pg_stat_*_columns?
Re: pg_stat_*_columns?
Список pgsql-hackers
On 6/26/15 6:09 PM, Joel Jacobson wrote:
> Can't we just use the infrastructure of PostgreSQL to handle the few
> megabytes of data we are talking about here? Why not just store the data
> in a regular table? Why bother with special files and special data
> structures? If it's just a table we want to produce as output, why can't
> we just store it in a regular table, in the pg_catalog schema?

The problem is the update rate. I've never tried measuring it, but I'd 
bet that the stats collector can end up with 10s of thousands of updates 
per second. MVCC would collapse under that kind of load.

What might be interesting is setting things up so the collector simply 
inserted into history tables every X seconds and then had a separate 
process to prune that data. The big problem with that is I see no way 
for that to easily allow access to real-time data (which is certainly 
necessary sometimes).
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Data in Trouble? Get it in Treble! http://BlueTreble.com



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: PANIC in GIN code
Следующее
От: Andres Freund
Дата:
Сообщение: Re: 9.5 release notes