Trigger update ou insertion

Bonjour à tous,

Je fais face à un problème lors de la création d'un trigger avec phpmyadmin.
Mon problème est le suivant :
Deux tables :
mesure_distance(id_distance, derlongitude, derlatitude, distance_parcouru, date_distance)
gps(id_porteur, degre_longitude, longitude, degre_latitude, latitude, date_gps, voltage)

Mon but serait de mettre à jour la distance parcouru (quand je reçois des données gps) de chaque porteurs pour chaque jour. Donc, mettre à jour la distance parcouru (dans la table mesure_distance) de l'id reçu (avec les coordonnées gps) tant que le jour ne change pas et si le jour change créer une nouvelle ligne (dans la table mesure_distance). Voila donc le trigger que j'ai écrit mais qui ne fonctionne pas. Auriez-vous des suggestions ?

Code:

---

1 2 3 4 5 6 7 8 9

IF EXISTS (SELECT 1 FROM mesure_distance WHERE id_disance=new.Id_porteur AND DAY(date_distance)=DAY(new.date_gps)) THEN   UPDATE mesure_distance SET distance_parcouru=distance_parcouru+POW(POW(new.latitude-derlatitude, 2)+POW(new.longitude-derlongitude, 2),0.5), date_distance=new.date_gps WHERE id_distance= new.Id_porteur AND DAY(date_distance)=DAY(date_gps);   ELSE INSERT INTO mesure_distance('id_distance','derlongitude','derlatitude','date_distance') VALUES(new.Id_porteur, new.longitude, new.latitude, new.date_gps);   END IF;

---

Bonjour,

Vu que vous utilisez phpmyadmin on sait que vous n'utilisiez ni Oracle, ni DB2.
Serait-ce du Mysql ou du MariaDb ?
En quelle version ?

Tant qu'on y est avec les demandes, merci de :
* mettre le code complet de la création du trigger.
* expliquer votre schema relationnel (l'ensemble des tables et leur FK respectives)

En vrai je m'interroge, si le trigger avait fonctionné, comment pouvez-vous justifier le résultat ? comment à la lecture de la table mesure_distance on peut savoir le (ou les) traces gps qui y sont relatives (et par la même, de connaitre le coursier).

Pour info :
Dans le fond ce que vous cherchez à faire c'est de la dé normalisation.
Cette technique vient après la normalisation.
Elle ne remplace pas la logique de construction, elle ajoute des colonnes (et donc de la complexité).
En aucun cas elle est destructrice de l'information atomique, ni des relations.

Bonjour, merci pour votre réponse

J'utilise enfaite easyphp version 17 avec donc MySQL.

Voici le code s'insérant avant celui plus haut.

Code:

---

1 2 3 4

CREATE TRIGGER INSERT_DISTANCE AFTER INSERT ON GPS FOR EACH ROW BEGIN

---

Les identifiants pour les deux classes sont des clés primaires.
Les deux tables présentées sont indépendantes des autres tables de ma bdd(gestion des profils).

Mon explication est un peu bordélique mais la lecture est faite sur la table GPS et l'écriture sur la table mesure_distance. Je n'entends aucune destruction de donnés dans la table gps mais une copie vers la table mesure_distance afin de stocker d'autres types d'informations (la distance_parcouru -> accumulation).
Enfin, le coursier sera connu du fait de la récupération de l'id de GPS avec la donnée entrante et l'envoie vers mesure_distance du tout.

Mise à jour :

Le trigger s'est lancé, j'ai maintenant l'erreur ci-après lorsque j'insère des données dans la table GPS :

Code:

---

#1366 - Incorrect integrer value: 'new.Id_porteur' for column 'id_distance' at row 1

---

Par contre les données son bien présentes dans gps lorsque je retire le message d'erreur ais rien n'est créé dans mesure_distance.

Si vous avez des conseils...

Bonjour,

L'explication semble clair, quel est le type de données de id_porteur et de id_distance ? Est-ce le même type de données ?

Comme l'a dit Michel.Priori dans sa réponse, en expliquant les tables/contraintes cela aurait ètè plus simple et rapide de vous aider tout en évitant de poser des questions potentiellement bête...

Bonjour,

Vu que la table GPS ne contient que des latitudes et longitudes, il est impossible de calculer une distance parcourue, sauf à considérer que les trajets sont systématiquement des lignes droites !
Pour connaitre la distance, il faut savoir quel itinéraire a été emprunté pour aller d'une position géographique (matérialisée par une latitude et une longitude, voire, éventuellement une altitude) vers une autre position géographique (également matérialisée par latitude, longitude et altitude)

Donc ici, on n'est pas tant sur un problème de trigger que sur un problème d'approche et de logique de calcul.