Re: Cube extension improvement, GSoC - Mailing list pgsql-hackers

From Alexander Korotkov
Subject Re: Cube extension improvement, GSoC
Date
Msg-id CAPpHfdvFbZb9jSQb3Fh8q7A7nKdPJ1bg-wQv03h_c4ES8x61Mg@mail.gmail.com
Whole thread Raw
In response to Re: Cube extension improvement, GSoC  (Stas Kelvich <stanconn@gmail.com>)
Responses Re: Cube extension improvement, GSoC
List pgsql-hackers
On Tue, May 14, 2013 at 4:30 PM, Stas Kelvich <stanconn@gmail.com> wrote:
* Don't do cube with type support
        Eventually, there is different ways of reducing R-Tree size. For example we can store relative coordinates with dynamic size of MBR (VRMBR), instead of absolute coordinates with fixed sized MBR. There is some evidences, that this can sufficiently reduce size. http://link.springer.com/chapter/10.1007/11427865_13

Sounds promising. Did you examine how this technique can fit into GiST? In current GiST interface methods don't have access to parent entries.

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

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Parallel Sort
Next
From: Andrew Dunstan
Date:
Subject: Re: PostgreSQL 9.3 beta breaks some extensions "make install"