Re: [feature] cached index to speed up specific queries on extremely large data sets
От | Heikki Linnakangas |
---|---|
Тема | Re: [feature] cached index to speed up specific queries on extremely large data sets |
Дата | |
Msg-id | 5347DF91.8040000@vmware.com обсуждение исходный текст |
Ответ на | [feature] cached index to speed up specific queries on extremely large data sets ("lkcl ." <luke.leighton@gmail.com>) |
Ответы |
Re: [feature] cached index to speed up specific queries on
extremely large data sets
|
Список | pgsql-hackers |
On 04/11/2014 03:20 PM, lkcl . wrote: > so i had an idea. there already exists the concept of indexes. there > already exists the concept of "cached queries". question: would it be > practical to*merge* those two concepts such that specific queries > could be*updated* as new records are added, such that when the query > is called again it answers basically pretty much immediately? let us > assume that performance degradation on "update" (given that indexes > already exist and are required to be updated) is acceptable. I think you just described materialized views. The built-in materialized views in PostgreSQL are not updated immediately as the tables are modified, but it's entirely possible to roll your own using views and triggers. There are a few links on the PostgreSQL wiki, in the "Versions before 9.3" section: https://wiki.postgresql.org/wiki/Materialized_Views. - Heikki
В списке pgsql-hackers по дате отправления: