Horton

Re: SP-GiST for ranges based on 2d-mapping and quad-tree

Alexander Korotkov <aekorotkov@gmail.com>

View thread
From: Alexander Korotkov <aekorotkov@gmail.com>
To: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Cc: Jeff Davis <pgsql@j-davis.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2012-07-18T20:52:48Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Teach SP-GiST to do index-only scans.

On Thu, Jul 19, 2012 at 12:22 AM, Heikki Linnakangas <
heikki.linnakangas@enterprisedb.com> wrote:

> On 13.07.2012 02:00, Alexander Korotkov wrote:
>
>> On Thu, Jul 12, 2012 at 10:29 AM, Heikki Linnakangas<
>> heikki.linnakangas@**enterprisedb.com<heikki.linnakangas@enterprisedb.com>>
>>  wrote:
>>
>>  Thanks. Can you do something about TrickFunctionCall2, please? (
>>> http://archives.postgresql.****org/message-id/4FE2C968.**
>>> 2010503@enterprisedb.com<http:**//archives.postgresql.org/**
>>> message-id/4FE2C968.2010503@**enterprisedb.com<http://archives.postgresql.org/message-id/4FE2C968.2010503@enterprisedb.com>
>>> >)
>>>
>>> A separate patch to refactor that in the existing gist opclass would
>>> probably be best.
>>>
>>
>> Done. There are separate patch for get rid of TrickFunctionCall2 and
>> version of SP-GiST for ranges based on that patch.
>>
>
> Committed the get-rid-of-TrickFunctionCall2 patch. I also changed one call
> in range_gist_same(), which was not using TrickFunctionCall2 but was
> nevertheless doing the same thing in spirit.
>

Good, thanks!

------
With best regards,
Alexander Korotkov.