Re: What Index Access Method Functions are really needed?

From: Yves Weißig <weissig(at)rbg(dot)informatik(dot)tu-darmstadt(dot)de>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: What Index Access Method Functions are really needed?
Date: 2011-04-23 14:00:56
Message-ID: 4DB2DB98.2080401@rbg.informatik.tu-darmstadt.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

That is exactly the point, Kevin, I read the documentation and found out
that "amgettuple" and "amgetbitmap" are optional. I just wondered if
there is more information about this topic?
Additionally, I can not find "amcostestimate" in hash.h or anywhere, or
am I missing something? So "All of them" lacks some exceptions, or?

Am 22.04.2011 17:27, schrieb Kevin Grittner:
> Leonardo Francalanci <m_lists(at)yahoo(dot)it> wrote:
>>>> another question regarding indexes. Sadly I can't find enough
>>>> info in the documentation. Which of the functions are needed in
>>>> order for a index to work?
>>>
>>> All of them.
>>
>>
>> Maybe I completely misunderstood the question, but some functions
>> are "optionals", such as amgetbitmap, right?
>>
>> http://www.postgresql.org/docs/9.0/static/index-functions.html
>
> Browsing that page, I think these are the two relevant bits
> regarding exceptions to the rule:
>
> | The amgettuple function need only be provided if the access method
> | supports "plain" index scans. If it doesn't, the amgettuple field
> | in its pg_am row must be set to zero.
>
> | The amgetbitmap function need only be provided if the access
> | method supports "bitmap" index scans. If it doesn't, the
> | amgetbitmap field in its pg_am row must be set to zero.
>
> I have no idea which of these would be useful for the AM being
> discussed.
>
> -Kevin
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Yves Weißig 2011-04-23 14:05:26 Re: best way to test new index?
Previous Message Matthew Woodcraft 2011-04-23 13:58:57 Re: fsync reliability