[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