Выполнять ограничивающий запрос в PostGIS? [закрыто]

У меня есть таблица PostgreSQL, с почти 2 миллионами строк, с coordinatesполем long-lat в форме POINT(-73.4938 33.2405).

Предположим, что в этом поле есть геопространственный индекс. Какой самый эффективный и быстрый способ выделить все строки в произвольной ограничительной рамке?

Коробка , как SW long-lat: -74.0042 40.7688, NE long-lat: -73.8809 40.7984.

Предполагая, что заданные пределы ограничительной рамки находятся в той же системе пространственной привязки, что и сохраненные координаты, и вы знаете, какой пространственный оператор (пересекающийся или содержащийся) вам нужен:

SELECT *
FROM   my_table
WHERE  coordinates 
    && -- intersects,  gets more rows  -- CHOOSE ONLY THE
    @ -- contained by, gets fewer rows -- ONE YOU NEED!
    ST_MakeEnvelope (
        xmin, ymin, -- bounding 
        xmax, ymax, -- box limits
        my_srid)

В качестве альтернативы, если вы предпочитаете звук «содержит» (вместо «содержится в»), WHEREпредложение должно быть перевернуто:

WHERE  ST_MakeEnvelope (...)
    ~ -- contains, gets same fewer rows 
    coordinates 

PS: Учитывая (по OP после того, как выше было опубликовано), что записи являются простыми точками, я думаю, что разница между «пересечениями» и «сдерживанием» становится очень тонкой, затрагивая только точки на краях ограничительной рамки.

SELECT ST_Y(the_geom) AS latitude, ST_X(the_geom) as longitude
from units u where the_geom && ST_MakeEnvelope(left, bottom, right, top, 4326)

Очевидно, у меня недостаточно очков, чтобы добавить комментарий, поэтому я использую этот ответ только для того, чтобы сказать, что я попробовал и ST_MakeEnvelope, и сравнение по математике: «x> min_x и x <max_x и y> min_y и y <max_y». ..в среднем ST_MakeEnvelope заняло 60 мс, а сравнение по математике заняло 155 мс на моем конкретном запросе bbox.

Таким образом, пространственный поиск ST_MakeEnvelope должен быть быстрее, чем математическое сравнение!