Виконуєте запит на обмежувальний ящик у PostGIS? [зачинено]

У мене є таблиця PostgreSQL, майже 2 мільйони рядків, з довгим полім coordinatesформи 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: Враховуючи (ОП після публікації вище), що записи - це прості точки, я вважаю, що різниця між "перетинається" та "стримуванням" стає дуже тонкою, впливаючи лише на точки на краях обмежувального поля.

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 повинен бути швидшим порівняно з математикою!