Czy wykonujesz zapytanie do ramki ograniczającej w PostGIS? [Zamknięte]

Mam tabelę PostgreSQL, z prawie 2 milionami wierszy, z długim coordinatespolem w formie POINT(-73.4938 33.2405).

Załóżmy, że istnieje indeks geoprzestrzenny na tym polu, jaki jest najbardziej wydajny i najszybszy sposób na zaznaczenie wszystkich wierszy w dowolnym polu ograniczającym?

Pudełko jest niczym SW long-lat: -74.0042 40.7688, NE long-lat: -73.8809 40.7984.

Zakładając, że podane granice ramki granicznej znajdują się w tym samym systemie odniesienia przestrzennego, co zapisane współrzędne, i wiesz, którego operatora przestrzennego (przecina lub zawiera) potrzebujesz:

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)

Alternatywnie, jeśli wolisz dźwięk „zawiera” (zamiast „zawiera”), WHEREklauzula powinna zostać odwrócona:

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

PS: Biorąc pod uwagę (przez OP po opublikowaniu powyższego), że rekordy są prostymi punktami, myślę, że różnica między „przecięciami” a „ograniczeniem” staje się bardzo subtelna, wpływając tylko na punkty na krawędzi ramki ograniczającej.

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)

Najwyraźniej nie mam wystarczającej liczby punktów, aby dodać komentarz, więc używam tej odpowiedzi tylko po to, aby powiedzieć, że wypróbowałem zarówno ST_MakeEnvelope vs. ..średnio ST_MakeEnvelope zajęło 60 ms, a porównanie matematyki zajęło 155 ms dla mojego konkretnego zapytania bbox.

Tak więc wyszukiwanie przestrzenne ST_MakeEnvelope powinno być szybsze niż porównanie matematyki!