¿Realizando consulta de cuadro delimitador en PostGIS? [cerrado]

Tengo una tabla PostgreSQL, con casi 2 millones de filas, con un coordinatescampo largo en el formulario POINT(-73.4938 33.2405).

Suponiendo que haya un índice geoespacial en ese campo, ¿cuál es la forma más eficiente y rápida de seleccionar todas las filas dentro de un cuadro de límite arbitrario?

El cuadro es como SW long-lat: -74.0042 40.7688, NE long-lat: -73.8809 40.7984.

Suponiendo que los límites del cuadro delimitador dados están en el mismo sistema de referencia espacial que las coordenadas almacenadas, y usted sabe qué operador espacial (interseca o contenido) necesita:

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)

Alternativamente, si prefiere el sonido de "contiene" (en lugar de "contenido por"), la WHEREcláusula debería cambiarse:

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

PD: Dado (por OP después de que se publicó lo anterior) que los registros son puntos simples, creo que la diferencia entre "intersecciones" y "contención" se vuelve muy sutil, afectando solo los puntos en los bordes del cuadro delimitador.

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)

Aparentemente, no tengo suficientes puntos para agregar un comentario, así que estoy usando esta respuesta solo para decir que probé tanto ST_MakeEnvelope versus la comparación matemática de "x> min_x y x <max_x e y> min_y e y <max_y". ..en promedio ST_MakeEnvelope tardó 60 ms y la comparación matemática tardó 155 ms en mi consulta particular de bbox.

¡Entonces la búsqueda espacial ST_MakeEnvelope debería ser más rápida que la comparación matemática!