PostGIS에서 바운딩 박스 쿼리를 수행하고 있습니까? [닫은]

Longlat coordinates필드가있는 거의 2 백만 행의 PostgreSQL 테이블이 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)

또는 "contains"대신 "contains"소리를 선호하는 경우 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는 60ms가 걸리고 수학 비교는 특정 bbox 쿼리에서 155ms가 걸렸습니다.

따라서 공간 검색 ST_MakeEnvelope는 수학 비교보다 빠릅니다!