Re: get_actual_variable_range vs idx_scan/idx_tup_fetch

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch
Дата
Msg-id
10389.1413583153@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Bruce Momjian <bruce@momjian.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Tom Lane <tgl@sss.pgh.pa.us>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Jim Nasby <Jim.Nasby@BlueTreble.com>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Marko Tiikkaja <marko@joh.to>
Re: get_actual_variable_range vs idx_scan/idx_tup_fetch Jim Nasby <Jim.Nasby@BlueTreble.com>
Marko Tiikkaja  writes:
> On 10/17/14, 11:47 PM, Tom Lane wrote:
>> Marko Tiikkaja  writes:
>>> So what I'd like to have is a way to be able to distinguish between
>>> indexes being used to answer queries, and ones being only used for stats
>>> lookups during planning.

>> Why?  Used is used.

> Because I don't need a 30GB index on foo(a,b,c) to look up statistics. 
> If I ever have a problem, I can replace it with a 5GB one on foo(a).

Well, the index might've been getting used in queries too in a way that
really only involved the first column.  I think you're solving the wrong
problem here.  The right problem is how to identify indexes that are
being used in a way that doesn't exploit all the columns.  Which is not
necessarily wrong in itself --- what you'd want is to figure out when the
last column(s) are *never* used.  The existing stats aren't terribly
helpful for that, I agree.
		regards, tom lane


В списке pgsql-hackers по дате отправления
От: Marko Tiikkaja
Дата:
От: Jim Nasby
Дата:
FAQ