Postgis se débarrasser du lat longtemps de la table
-
02-11-2019 - |
Question
Cette question est liée à cette question:Commande par distance
Maintenant, mes tables ont un peu changé. Table cafes
Maintenant, les colonnes de latitude, de la longitude, il y a à la place il y a un tableau addresses
qui contient ces informations.
J'ai suivi les conseils de la réponse acceptée acceptée:
Créé le
geometry
geography
Colonne de type appeléelonlat
Dans le tableau des adressesIndex ajouté
CREATE INDEX addresses_lonlat_gist ON cafes USING gist(lonlat)
Actualisé
lonlat
à partir des valeurs des colonnes de lattitude et de longitude déjà présentes dans les adressesUPDATE addresses SET lonlat = ST_SetSRID(ST_MakePoint(longitude, latitude), 4326);
Donc, lorsque vous cherchez des cafés à proximité du café, ma requête ressemble à ceci (requête Erwins):
SELECT a.cafe_id, c.id, ST_Distance(t.x, lonlat) AS distance
FROM cafes
inner join addresses a on cafes.id = a.cafe_id
, (SELECT ST_GeographyFromText('SRID=4326;POINT(-76.000000 39.000000)')) AS t(x)
WHERE ST_DWithin(t.x, lonlat, 4828)
ORDER BY distance;
Je ne rechercherai jamais des cafés à proximité à partir de points Geo. Je chercherai toujours des cafés à proximité d'un café.
Donc mon intention est de ne pas aller à proximité des cafés à partir de points -76.000000 39.000000
, mais plutôt pour trouver des cafés à proximité de Cafe avec ID x
qui est le café existant.
Ma question est que les colonnes lat / longues sont redondantes ici? Dois-je les retirer? Puis-je obtenir des cafés à proximité en fonction de ma colonne de géométrie lonlat
?
Mise à jour de la question:
Ceci est ma requête maintenant, comme vous l'avez écrit ci-dessous, avec Explication Analyze:
explain analyze SELECT c.id, a.postcode, ST_Distance(t.lonlat, a.lonlat) AS dt
FROM cafes c
JOIN addresses a ON a.cafe_id = c.id
, (SELECT a0.lonlat FROM addresses a0 WHERE a0.cafe_id = 10) t
WHERE ST_DWithin(t.lonlat, a.lonlat, 4828.03)
and c.id != 10
ORDER BY dt;
Ceci est la sortie:
"Sort (cost=29.85..29.86 rows=1 width=124) (actual time=7.690..7.752 rows=609 loops=1)"
" Sort Key: (_st_distance(a0.lonlat, a.lonlat, 0::double precision, true))"
" Sort Method: quicksort Memory: 68kB"
" -> Nested Loop (cost=4.30..29.84 rows=1 width=124) (actual time=0.641..7.298 rows=609 loops=1)"
" -> Nested Loop (cost=4.30..29.12 rows=1 width=124) (actual time=0.546..2.653 rows=614 loops=1)"
" -> Index Scan using index_addresses_on_cafe_id on addresses a0 (cost=0.00..8.28 rows=1 width=56) (actual time=0.007..0.009 rows=1 loops=1)"
" Index Cond: (cafe_id = 10)"
" -> Bitmap Heap Scan on addresses a (cost=4.30..20.83 rows=1 width=68) (actual time=0.536..2.478 rows=614 loops=1)"
" Recheck Cond: (lonlat && _st_expand(a0.lonlat, 4828::double precision))"
" Filter: ((a0.lonlat && _st_expand(lonlat, 4828::double precision)) AND _st_dwithin(a0.lonlat, lonlat, 4828::double precision, true))"
" Rows Removed by Filter: 15"
" -> Bitmap Index Scan on index_addresses_on_lonlat (cost=0.00..4.30 rows=4 width=0) (actual time=0.306..0.306 rows=629 loops=1)"
" Index Cond: (lonlat && _st_expand(a0.lonlat, 4828::double precision))"
" -> Index Only Scan using cafes_pkey on cafes u (cost=0.00..0.46 rows=1 width=4) (actual time=0.003..0.003 rows=1 loops=614)"
" Index Cond: (id = a.cafe_id)"
" Filter: (id <> 10)"
" Rows Removed by Filter: 0"
" Heap Fetches: 610"
Il semble qu'il ne prenne pas l'index sur la colonne de géographie. Voici la définition du tableau:
Table "public.addresses"
Column | Type | Modifiers
----------------+-----------------------------+--------------------------------------------------------
id | integer | not null default nextval('addresses_id_seq'::regclass)
address1 | character varying(255) |
address2 | character varying(255) |
town | character varying(255) |
county | character varying(255) |
country | character varying(255) |
postcode | character varying(255) |
latitude | double precision |
longitude | double precision |
cafe_id | integer |
type | character varying(255) |
created_at | timestamp without time zone | not null
updated_at | timestamp without time zone | not null
state | character varying(255) | default 'auto_verified'::character varying
verified_by_id | integer |
verified_at | timestamp without time zone |
lonlat | geography |
Indexes:
"addresses_pkey" PRIMARY KEY, btree (id)
"index_addresses_on_latitude" btree (latitude)
"index_addresses_on_longitude" btree (longitude)
"index_addresses_on_lonlat" gist (lonlat)
"index_addresses_on_state" btree (state)
"index_addresses_on_cafe_id" btree (cafe_id)
Info de la version postgis (SELECT PostGIS_full_version();
):
"POSTGIS="2.1.1 r12113" GEOS="3.4.2-CAPI-1.8.2 r3921" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.1, released 2013/08/26" LIBXML="2.7.8" RASTER"
Pas de solution correcte