Concernant le stockage Lat / Lng coordonnées dans Postgresql (type de Colonne)

Pourquoi ne pas utiliser PostGIS pour cela?

Vous êtes donnant sur ce qui est peut-être le stockage idéal pour ce genre de données PostGIS de types de données, en particulier la geography type.

SELECT ST_GeogFromText('POINT(35.21076593772987 11.22855348629825)');

En utilisant geography vous êtes le stockage de vos données dans un type représentatif qui prend en charge toutes sortes de puissantes opérations et des indices sur le type. Bien sûr, c'est seulement l'un point; je soupçonne fortement de vos données est en fait un ligne ou un forme dans ce cas, vous devez utiliser approprié PostGIS géographie constructeur et le format d'entrée.

Le grand avantage de l'utilisation de geography est que c'est un type conçu spécifiquement pour poser du monde réel à des questions sur des choses comme la distance "à l'intérieur", etc; vous pouvez utiliser des choses comme ST_Distance_Spheroid pour obtenir la vraie terre-distance entre les points.

Éviter PostGIS?

Si vous voulez éviter de PostGIS, et juste de le stocker avec des types natifs, je vous recommande un tableau de point:

postgres=> SELECT ARRAY[
     point('35.21076593772987','11.22855348629825'), 
     point('35.210780222605616','11.22826420209139'), 
     point('35.210777635062875','11.228241328291957') 
];
                                                       array                                                        
--------------------------------------------------------------------------------------------------------------------
 {"(35.2107659377299,11.2285534862982)","(35.2107802226056,11.2282642020914)","(35.2107776350629,11.228241328292)"}
(1 row)

... à moins que vos points représentent en fait un ligne ou forme dans ce cas, utiliser le bon type path ou polygon respectivement.

Cette demeure utile représentation compacte - beaucoup plus que text en fait - qui est toujours facilement travaillé au sein de la DB.

Comparer stockage:

CREATE TABLE points_text AS SELECT '35.21076593772987,11.22855348629825 35.210780222605616,11.22826420209139 35.210777635062875,11.228241328291957 35.210766843596794,11.228219799676775 35.210765045075604,11.228213072050166 35.21076234732945,11.228200962345223 35.21076324691649,11.228186161764323 35.21077314123606,11.228083902231146 35.210863083636866,11.227228492401766'::text AS p

postgres=> SELECT pg_column_size(points_text.p) FROM points_text;
 pg_column_size 
----------------
            339
(1 row)

CREATE TABLE points_array AS
SELECT array_agg(point(px)) AS p from points_text, LATERAL regexp_split_to_table(p, ' ') split(px);

postgres=> SELECT pg_column_size(p) FROM points_array;
 pg_column_size 
----------------
            168
(1 row)

path est encore plus compact, et probablement plus vrai une sorte de modèle de ce que vos données vraiment est:

postgres=> SELECT pg_column_size(path('35.21076593772987,11.22855348629825 35.210780222605616,11.22826420209139 35.210777635062875,11.228241328291957 35.210766843596794,11.228219799676775 35.210765045075604,11.228213072050166 35.21076234732945,11.228200962345223 35.21076324691649,11.228186161764323 35.21077314123606,11.228083902231146 35.210863083636866,11.227228492401766'));
 pg_column_size 
----------------
             96
(1 row)

sauf si c'est une forme fermée, dans quel cas utiliser polygon.

Ne pas...

De toute façon, merci de ne pas juste le modèle de ce texte. Il va vous faire pleurer plus tard, quand vous essayez de résoudre des problèmes tels que "comment puis-je déterminer si ce point se trouve à l'intérieur de la distance x du chemin dans cette colonne". PostGIS fait ce genre de chose facile, mais seulement si vous stockez vos données de façon raisonnable dans la première place.

Voir cette étroitement liés à la question, ce qui explique les bonnes raisons pas de pousser les choses dans text champs.

Aussi, ne pas trop s'inquiéter en ligne vs hors-ligne de stockage. Il n'y a pas des tonnes, vous pouvez faire à ce sujet, et c'est quelque chose qu'il faut traiter avec seulement une fois que vous obtenez la sémantique de votre modèle de données à droite.

OriginalL'auteur Craig Ringer

Ne met pas l'accent sur le fait que ces chiffres sont des coordonnées. Au lieu de cela, notez qu'ils sont des chaînes de nombres dans une gamme limitée, et tous à peu près de la même importance. Vous êtes le plus susceptible intéressés à la façon dont ces chiffres changent (qui ressemble à une trajectoire d'un objet au large de la côte de la Tunisie si j'ai juste le coup de poing ces coordonnées dans un plan).

Je vous recommande de convertir les nombres en double précision (53 bits de précision ~ 9 pièces 10^15 - proche du LSD de vos numéros), et de soustraire chaque valeur de la première valeur de la série. Le résultat sera beaucoup plus petits nombres stockés, et une plus grande précision relative. Vous pourriez vous en sortir avec de stocker les différences comme des entiers longs, probablement (en multipliant de façon appropriée), mais il sera plus rapide pour les garder comme des doubles.

Et si vous il suffit de prendre chaque "trajectoire" (je suis juste à l'appel d'une collection de points GPS de la trajectoire, je n'ai aucune idée si c'est ce qu'ils représentent dans votre cas) et lui donner un ID unique, alors vous pouvez avoir un tableau avec des colonnes:

unique ID  |  trajectory ID  |     latitude      |      longitude
   1              1            11.2285534862982     35.2107802226056
   2              1            11.2282642020913     35.2107776350628
   3              1            11.2282413282919     35.2107668435967
   4              1            11.2282197996767     35.2107650450756
   5              1            11.2282130720501     35.2107623473294
   6              1            11.2282009623452     35.2107632469164
   7              1            11.2281861617643     35.2107731412360
   8              1            11.2280839022311     35.2108630836368

De Conversion de texte chaîne de caractères est BEAUCOUP plus lent que vous ne le pensez: il nécessite de nombreuses opérations. Si vous vous retrouvez à l'aide de données comme les numéros, je vous recommande fortement de les stocker en tant que numéros de...

OriginalL'auteur Floris