| От | Jesper Krogh |
|---|---|
| Тема | Re: SP-GiST versus index-only scans |
| Дата | |
| Msg-id | 4EE8EB04.50107@krogh.cc обсуждение исходный текст |
| Ответ на | SP-GiST versus index-only scans (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: SP-GiST versus index-only scans
|
| Список | pgsql-hackers |
On 2011-12-14 19:00, Tom Lane wrote:
> So the problem is that we have to either disallow such opclass designs,
> or support per-opclass rather than per-index-AM decisions about whether
> index-only scans are possible.
Just a quick comment, for some queries like the famous
select count(*) from table where column @@ to_tsquery('something');
I do think index-only-scans does make sense even on indices
where the original tuple cannot be re-constructed. This also goes
for gin indices as well.
.. and yes, I do have a real-world application that would utillize this.
(and love it)
Jesper
--
Jesper
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера