PostGISでバウンディングボックスクエリを実行していますか？[閉まっている]

ほぼ200万行のPostgreSQLテーブル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)

どうやら、コメントを追加するのに十分なポイントがないため、このアンサーを使用して、「x> min_xとx <max_xおよびy> min_yとy <max_y」のST_MakeEnvelopeと数学の比較を試しました。 ..平均して、ST_MakeEnvelopeは60ミリ秒かかり、数学の比較は私の特定のbboxクエリで155ミリ秒かかりました。

したがって、空間検索ST_MakeEnvelopeは、数学の比較よりも高速でなければなりません！