| From: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
|---|---|
| To: | Stas Kelvich <stanconn(at)gmail(dot)com> |
| Cc: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Cube extension improvement, GSoC |
| Date: | 2013-05-14 12:53:16 |
| Message-ID: | CAPpHfdvFbZb9jSQb3Fh8q7A7nKdPJ1bg-wQv03h_c4ES8x61Mg@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, May 14, 2013 at 4:30 PM, Stas Kelvich <stanconn(at)gmail(dot)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.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2013-05-14 13:08:42 | Re: PostgreSQL 9.3 beta breaks some extensions "make install" |
| Previous Message | Robert Haas | 2013-05-14 12:48:09 | Re: Parallel Sort |