<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">пн, 11 апр. 2016 г. в 16:38, Sandro Santilli <<a href="mailto:strk@keybit.net">strk@keybit.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Apr 11, 2016 at 11:06:40AM +0000, Komяpa wrote:<br>
<br>
> When I do SELECT DISTINCT geom, I want _distinct geometry_, not _geometry<br>
> with distinct boxes_. For distinct boxes I'd write SELECT DISTINCT on<br>
> (ST_Envelope(geom)) geom, and that's rather rare case. These two being<br>
> swapped really require mind-twisting, and the more mind-twisting it<br>
> requires the less people can use it.<br>
><br>
> How about sorting by zig-zag-encoded coordinates?<br>
<br>
If equality has to be memcmp-like, comparision need to be memcmp-like too<br>
as I think it's a requirement for A=B to mean neither A < B  nor B < A.<br></blockquote><div><br></div><div>This can be worked around by checking the memcmp-like ordering for case when the zig-zag-encoded coordinates are the same.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Are there any showstoppers to implement this change, except of everyone has<br>
> to REINDEX?<br>
<br>
It's still missing a plan, as far as I can tell.</blockquote><div><br></div><div>What's required for such a plan? </div></div></div>