Valeurs des types point (SPATIAL)

**EpicM** · 23/10/2016, 15h00

Bonjour,

je suis actuellement en train de faire une table nommée drops avec une colonne s'appelant lng_lat ayant pour type POINT.

J'ai ensuite suivi la documentation de mysql (http://dev.mysql.com/doc/refman/5.6/...l-columns.html) pour insérer une valeur de lng_lat à une nouvelle entrée, avec cette syntaxe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SET @g = 'POINT(1 1)';
INSERT INTO drops (lng_lat) VALUES (PointFromText(@g));

Le code fonctionne mais lorsque je regarde la valeur obtenue sur phpMyAdmin j'obtiens ceci : 'POINT(1 1)',0

est-ce normal ? Si oui, à quoi correspond le 0 ?

Merci par avance !

**Artemus24** · 24/10/2016, 12h34

Salut EpicM.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
--------------
SET AUTOCOMMIT = 0
--------------
 
--------------
START TRANSACTION
--------------
 
--------------
DROP DATABASE IF EXISTS `base`
--------------
 
--------------
CREATE DATABASE `base`
    DEFAULT CHARACTER SET `latin1`
    DEFAULT COLLATE       `latin1_general_ci`
--------------
 
--------------
DROP TABLE IF EXISTS `test`
--------------
 
--------------
CREATE TABLE `test`
( `id`        integer unsigned not null auto_increment primary key,
  `location`  point            not null
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
insert into `test` (`location`) values
  (ST_GeomFromText('POINT( 20.51  -51.17)')),
                   (POINT(-45.75,  10.25))
--------------
 
--------------
select * from test
--------------
 
+----+---------------------------+
| id | location                  |
+----+---------------------------+
|  1 |        Ãõ(\‚4@ö(\Â•IÀ |
|  2 |             àFÀ     €$@ |
+----+---------------------------+
--------------
select      st_X(location), st_Y(location) from test
--------------
 
+----------------+----------------+
| st_X(location) | st_Y(location) |
+----------------+----------------+
|          20.51 |         -51.17 |
|         -45.75 |          10.25 |
+----------------+----------------+
--------------
select st_AsText(location)                 from test
--------------
 
+---------------------+
| st_AsText(location) |
+---------------------+
| POINT(20.51 -51.17) |
| POINT(-45.75 10.25) |
+---------------------+
--------------
COMMIT
--------------
 
--------------
SET AUTOCOMMIT = 1
--------------
 
Appuyez sur une touche pour continuer...

**SQLpro** · 27/10/2016, 17h32

Envoyé par EpicM

Bonjour,

je suis actuellement en train de faire une table nommée drops avec une colonne s'appelant lng_lat ayant pour type POINT.

J'ai ensuite suivi la documentation de mysql (http://dev.mysql.com/doc/refman/5.6/...l-columns.html) pour insérer une valeur de lng_lat à une nouvelle entrée, avec cette syntaxe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SET @g = 'POINT(1 1)';
INSERT INTO drops (lng_lat) VALUES (PointFromText(@g));

Le code fonctionne mais lorsque je regarde la valeur obtenue sur phpMyAdmin j'obtiens ceci : 'POINT(1 1)',0

est-ce normal ? Si oui, à quoi correspond le 0 ?

Merci par avance !

Probablement le SRID qui, pour de la géométrie euclidienne (et non du spatial) est à 0.

A +

**Artemus24** · 27/10/2016, 18h32

Salut SQLPRO.

Envoyé par EpicM

... avec une colonne s'appelant lng_lat ayant pour type POINT.

Je suppose qu'EpicM parle de longitude et de latitude sur le globe terrestre.

La latitude est une mesure angulaire s'étendant de 0° à l'équateur à 90° aux pôles.
La longitude est une valeur angulaire, expression du positionnement est ou ouest d'un point sur Terre. Le 0° correspond au méridien de Greenwich.
Le point (0 ; 0) correspond à l'intersection entre l'équateur et le méridien de Greenwich.

Je pense qu'il fait référence à la géolocalisation à la surface de la terre, dans le cadre du GPS.

Que vient faire ici le SRID (Spatial Reference ID) ?
D'après ce que j'ai pu comprendre, sa valeur doit être : "4326".

@+

**SQLpro** · 31/10/2016, 08h49

Envoyé par Artemus24

Que vient faire ici le SRID (Spatial Reference ID) ?
D'après ce que j'ai pu comprendre, sa valeur doit être : "4326".

@+

Et bien non... Tout dépend de ce que vous voulez faire

Il suffit encore une fois de lire mon livre sur SQL, il y a un chapitre entier consacré au spatial puisque cette partie est intégrée à la norme SQL.

Comme alternative, je vous propose de lire les articles que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p9...on_geographiqu
http://blog.developpez.com/sqlpro/p9..._geographiqu_2

Enfin, sachez que la partie spatiale de MySQL est farcie de bugs catastrophiques. En voici un particulièrement croustillant :
http://blog.developpez.com/sqlpro/p9...ux#comment-144
C'est pourquoi je ne connais pas d'entreprise utilisant la partie spatiale de MySQL qui donne la plupart du temps des résultats faux !

A +

**Artemus24** · 31/10/2016, 18h41

Salut SQLPRO.

Envoyé par SQLPro

Tout dépend de ce que vous voulez faire

Dans mon cas, rien. Ce n'est pas un sujet qui m'intéresse.

Dans le cas de EpicM, je pense qu'il se complique inutilement à vouloir stocker les coordonnées GPS (latitude et longitude) dans le type "point" alors que c'est juste une donnée informationnelle.

@+

**SQLpro** · 02/11/2016, 10h33

Envoyé par Artemus24

Dans le cas de EpicM, je pense qu'il se complique inutilement à vouloir stocker les coordonnées GPS (latitude et longitude) dans le type "point" alors que c'est juste une donnée informationnelle.

Tout dépend des traitements envisagés du point de vu fonctionnel. par exemple s'il veut retrouver les points les plus proche d'un point donné dans un rayon de 5km, alors le spatiale sera indubitablement plus rapide... reste que l'indexation spatiale de MySQL est plus qu'embryonnaire et ne sait répondre plus vite qu'en utilisant des "valeurs atomiques" pour comparaisons et uniquement en utilisant les fonctions MBRContains() et MBRWithin()...
Enfin, MySQmerde ne connais que le type GEOMETRY et pas le type GEOGRAPHY ce qui veut dire qu'utiliser les concept de longitude et latitude n'a aucun sens.... En sus au niveau des types géométriques il est limité aux type non courbes !

A +

Valeurs des types point (SPATIAL)

Requêtes MySQL

Discussions similaires

Partager

Partager