Un doute me vient quant à la pertinence du forum pour cette question ! Désolé si je ne suis pas dans le bon forum (j'avais l'impression que cela rentrait dans l'optimisation ... mais bon, je peux me tromper)
J'ai bien conscience à la lecture de plusieurs discussions d'ouvrir une bouteille à l'encre où les avis sont aussi tranchés que définitifs. Cependant j'ose tout débutant que je suis aborder ici le sujet.
Je dispose d'une table limes (id, id_premier_point,id_dernier_point) et d'une table points (id, long, lat)
Pour retrouver les points composants un limes je récupère tous les points dont l'id est compris entre id_premier_point et id_dernier_point.
Les points sont effectivement entrés dans la table par lots de points consécutifs. Cela m'économise énormément de lignes : à l'heure actuelle 4000 limes et 50000 points. Par contre la table points n'est pas normalisée au sens qu'il est plus pratique de répéter un point dans une suite que de créer un limes comportant un seul point.
L'autre façon de procéder serait de créer une table d'associations limes_points comportant id_limes, id_points, rang, la clé primaire étant le couple id_limes, rang. Mais la table comporte alors 300000 lignes et va aller en augmentant considérablement à chaque ajout de limes.
Bien sûr l'avantage de la deuxième méthode est la récupération des points du limes (outre la normalisation de la table points), ainsi que la récupération des limes ayant un point commun.
Qu'en pensez-vous ?
Partager