[MySQL] regrouper les données sous un format différent

Bonjour,

Je crois que j'ai besion d'un guru SQL cette fois-ci.
J'ai une liste de données associée à des capteurs. Voilà de quoi ressemble la table.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

[DATE, CAPTEUR_ID, VALUE] ... "2006-01-01 00:00:00", 8, 8.76 "2006-01-01 00:00:00", 10, 8.41 "2006-01-01 00:00:00", 11, 0.45 "2006-01-01 00:00:00", 12, 66.63 "2006-01-01 00:00:00", 13, 5.04 "2006-01-01 00:00:00", 14, 149.72 "2006-01-01 00:05:00", 8, 8.76 "2006-01-01 00:05:00", 9, 0.41 "2006-01-01 00:05:00", 10, 8.41 "2006-01-01 00:05:00", 11, 0.47 "2006-01-01 00:05:00", 13, 5.02 ...

---

Bien enttendu, j'ai aussi une table une table définissant la liste de
tous ces capteurs, donc je connais le nombre de ces capteurs. Ici je donne que leur ID.

J'aimerais si possible sortir une liste de ces données de la façon suivante :

Code:

---

1 2 3 4 5

[DATE, CAPTEUR 1, CAPTEUR 2, CAPTEUR 3, CAPTEUR 4, ... ] 2006-01-01 00:00:00, 8.76, 8.41, 0.45, 66.63, 5.04, 149.72 2006-01-01 00:05:00, 8.76, 8.41, 8.47, NULL, 5.02, ... ...

---

Selon les connaissances de base que j'ai des requêtes SQL, je crois que qu'il faudrait effectuer une jointure sur ma table de capteurs afin de déterminer les colonnes qui seront affichées dans la table résultat (ci-haut) et par la suite regrouper les données par DATE. Mais je ne vois pas DU TOUT comment exécuter tout cela.

Merci beaucoup pour votre aide.

J'ai bien peur que la requête à faire soit assez lourde, quelque chose du style :

Code:

---

1 2 3 4 5

select a.date, b.value as capteur1, c.value as capteur2, ... from nomtable a, nomtable b, nomtable c, ... where a.date = b.date and b.capteur_id = idcapteur1 and a.date = c.date and c.capteur_id = idcapteur2 and ...

---

Le soucis, c'est que tu dois connaître le nombre de capteurs.

J'espère que ça te satisfait, sinon, je vois pas trop.

Il faudrait ecrire une stored proc qui fait la transposé d'une matrice dans une table temporaire Ahh les bons souvenir de la fac.... :lol: Sinon une solution (pas belles mais si tu as des soucis de perf) serait de créer une table qui serait mis à jour par des trigger lors de l'insertion sur la table principal.

Bonjour,

Je ne sais pas ce que vous en pensez mais je me propose 2 solutions :

# - 1
Retransposer ces données à l'aide d'une table fait par programmation sous C# (ASP .NET).

# - 2
Construire une procédure stockée qui créée une table temporaire avec toutes ces données. Pour débuter je récupère dans une table temporaire tous les capteurs que je désire (Leur nom). Ensuite à partir de cette table je construis une chaîne de commande qui construira la structure de ma table donc :

Code:

---

1 2 3 4 5 6 7

SET @stmt_text = "CREATE TEMPORARY TABLE ( @c1 AS VarChar(100), @c2 AS VarChar(100), ... )"

---

À l'aide d'un curseur je balaye la liste de mes capteurs et je remplace les paramètres de cette chaîne ainsi cela construira une commande qui construira ma table temporaire avec les bonnes colonnes (c'est-à-dire mes capteurs).

J'exécute cette commande à l'aide de ces commandes :

Code:

---

1 2 3 4

PREPARE EXECUTE DEALLOCATE PREPARE

---

Une fois tout ceci terminé, je retranspose par code toutes les données dans cette table avec un autre curseur....

Bref c'est assez compliqué à expliquer mais je me demande toutefois si tout ce boucan sera plus pratique/rapide et voir même efficace que de le faire côté code.

Merci.

Personnellement, je préfèrerais la solution 1, pour plusieurs raisons :

- Je sais gérer des tableaux multi-dimensionnels dynamiques dans mon langage de prog favori, et j'espère que toi aussi : or je ne connais pas la solution via une requête SQL "classique". C'est déjà une raison suffisante ...

- Ta problématique s'apparente à du "data mining", donc de la mise en forme de données. Les spécialistes ont tendance à dire que les problèmes de cosmétique, ce n'est pas le boulot du serveur de données ;)
(cf http://sql.developpez.com/sqlaz/erreurs/#L9)

C'est juste mon humble avis, toute autre est le bienvenu :)

Un gros merci à tous le monde je vais adopter la solution #1.

Citation:

---

Envoyé par Xo

Personnellement, je préfèrerais la solution 1, pour plusieurs raisons :

- Je sais gérer des tableaux multi-dimensionnels dynamiques dans mon langage de prog favori, et j'espère que toi aussi : or je ne connais pas la solution via une requête SQL "classique". C'est déjà une raison suffisante ...

- Ta problématique s'apparente à du "data mining", donc de la mise en forme de données. Les spécialistes ont tendance à dire que les problèmes de cosmétique, ce n'est pas le boulot du serveur de données
(cf http://sql.developpez.com/sqlaz/erreurs/#L9)

C'est juste mon humble avis, toute autre est le bienvenu

---

Je suis entièrement d'accord avec ce que tu dis.