[postgis-tickets] [PostGIS] #3853: datum slicing for bounding box retrieval is busted
PostGIS
trac at osgeo.org
Wed Sep 20 08:45:07 PDT 2017
#3853: datum slicing for bounding box retrieval is busted
-------------------------+---------------------------
Reporter: pramsey | Owner: pramsey
Type: enhancement | Status: new
Priority: medium | Milestone: PostGIS 2.4.0
Component: postgis | Version: trunk
Keywords: |
-------------------------+---------------------------
I found that for points/short lines, the box retrieval functions were
double-detoasting every time:
* first a slice to pull a box off the slice
* the points have no box so second we detoast the whole thing
The idea of slicing is for large objects to avoid an expensive detoast
just to get the box, but...
* postgis uses "storage = main"
* and main storage has a policy to first compress, then use external toast
tables
so we are usually going to end up with compressed values in main tables.
But... that means that slicing never works, since the first step in
slicing is "decompress the whole thing". At that point we might as well
just have the thing back and get to work, the slice gains us nothing.
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/3853>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list