Discussion :

[bm]

Bonjour ,

Un comptage et union porte sur 4 tables :

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
 
SELECT COUNT( * ) AS 'Comptage[sup 14°C à 8h]>>Jan:Fev:Mar:Avr'
FROM mois_1
WHERE pulse >=14 AND id=17
UNION
SELECT COUNT( * )
FROM mois_2
WHERE pulse >=14 AND id=17
UNION
SELECT COUNT( * )
FROM mois_3
WHERE pulse >=14 AND id=17
UNION
SELECT COUNT( * )
FROM mois_4
WHERE pulse >=14 AND id=17

Le résultat ne donne que 3 valeurs >> 0 1 15
Chaque SELECT de table pris un par un donne >> 0 1 1 15

Pourquoi cette perte de résultat de mysql ??

[Bisûnûrs]

Tes colonnes (COUNT(*)) ne sont pas nommées. Essaie de les nommer différemment sur chaque requête.

[bm]

ok - mais comment renommer ?

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
SELECT COUNT( * ) AS 'Jan'
FROM mois_1
WHERE pulse >=14
AND id =17
UNION
SELECT COUNT( * ) AS 'Fev'
FROM mois_2
WHERE pulse >=14
AND id =17
UNION
SELECT COUNT( * ) AS 'Mar'
FROM mois_3
WHERE pulse >=14
AND id =17
UNION
SELECT COUNT( * ) AS 'Avr'
FROM mois_4
WHERE pulse >=14
AND id =17

Cela donne :

Jan
0
1
15

Code :

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

SELECT pulse, COUNT( * ) AS 'Jan'

Donne 4 résultats :

pulse Jan
0.0 0
14.0 1
16.1 1
14.6 15

Mais il y a encore une coquille - Avec 5 résultats , quand les 2 premiers avec COUNT sont à 0 .
Il y a 1 sortie pour Jan:Fev :

pulse Jan:Fev:Mar:Avr:Mai-Valeur>>15°C/8h
0.0 0
16.1 1
16.0 10
16.7 7

[Exia_]

Bonjour,

attention la clause UNION de base applique un DISTINCT sur les différente requête tester avec UNION ALL.

Ensuite pourquoi avoir une table par mois ? ça sent la modélisation un peu foireuse :s

[bm]

Ok - merci pour union all

"une table par mois" , la variation climatique ne suit pas un coup de coeur

[pier.antoine]

Bonjour

Ce que veut dire "Exia93", c'est qu'une modélisation plus conforme aurait mis en place qu'une seule table avec une colonne "référence du mois" et une colonne "Valeur".

Pierre

[bm]

ok - Mettre tous les mois dans la même table pour ne pas utiliser union all .

Bien pour du tri sur tous les mois . Mais je ne veux comparer que certains mois entre eux...

[Maljuna Kris]

Saluton,
Tu peux alors soit utiliser des vues filtrées par mois, soit mettre la table en autojointures.

[bm]

Dans mes tables j'ai trois champs ( ci-joint mois_1) :

id hr pulse
1 01_Jan_00_00 9.0
2 01_Jan_00_30 8.0
3 01_Jan_01_00 7.7
4 01_Jan_01_30 7.6
5 01_Jan_02_00 7.6
6 01_Jan_02_30 7.4
7 01_Jan_03_00 7.4
8 01_Jan_03_30 7.4
9 01_Jan_04_00 6.9
10 01_Jan_04_30 6.6
11 01_Jan_05_00 6.0
12 01_Jan_05_30 5.9
13 01_Jan_06_00 5.5

...

Ce que je veux apprendre , c'est du tri multiple dans une table .
Exemple :
Calculer tous les gradients entre id=13 et id=1 ( 5.5-9=-3.5)

Quel tuto pour du tri-calcul-affichage ?

[Maljuna Kris]

Saluton,

On doit avoir un problème de références de vocabulaire.

Pour moi trier c'est "sélectionner", choisir certains parmi beaucoup (genre les cailloux et les lentilles).

Mais vraiment je ne sais pas de quoi tu parles quand tu dis chercher un

tuto pour du tri-calcul-affichage

D'autant que dans l'exemple que tu donnes rien, a priori, ne permet d'établir une relation entre les deux id 13 et 1.
On aurait donc une requête du genre :

Code :

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

1
2
3
SELECT t1.pulse-t2.pulse AS gradient
FROM latable AS t1, latable AS t2
WHERE t1.id=13 AND t2.id=1

[bm]

OK merci - cela ne fonctionne que sur 1 valeur ( la première )

Dans la table mois_1 , il y a 48 tuples ( id , ht , pulse ) fois (x 31 jours ) = 1488 tuples

id=1 ( pulse à 00h00min )
id=13 ( pulse à 06h00min )

Structure de table :
id hr pulse
1 p1
.. ..
13 p13
.. ..
1 p1
.. ..
13 p13

Je veux que la requête affiche les 31 gradients , grad=p13-p1 ( 31 jours en janvier)

Code :

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

1
2
3
SELECT t1.pulse-t2.pulse AS gradient
FROM mois_1 AS t1, mois_1 AS t2
WHERE t1.id=13 AND t2.id=1

Cette requête affiche 990 gradients.

[Maljuna Kris]

Code :

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

1
2
3
SELECT t1.pulse-t2.pulse AS gradient
FROM mois_1 AS t1, mois_1 AS t2
WHERE t1.id=13 AND t2.id=1

Cette requête affiche 990 gradients

C'est donc que id n'est pas unique dans la table. Donc il fait un produit cartésien entre tous les t1.id=13 et tous les t2.id=1
Il faut mettre en relation unique les couples mais par quel moyen ?

[bm]

Code :

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

1
2
3
SELECT t1.pulse-t2.pulse AS gradient
FROM mois_1 AS t1, mois_1 AS t2
WHERE t1.id=13 IN (SELECT id FROM mois_1) AND t2.id=1 IN (SELECT id FROM mois_1)

Mais affichage de 31 gradients "faux"

[Maljuna Kris]

Désolé mais cette clause WHERE

WHERE t1.id=13 IN (SELECT id FROM mois_1) AND t2.id=1 IN (SELECT id FROM mois_1)

n'a, pour moi, strictement aucun sens.

[bm]

ok- sans solution

[Maljuna Kris]

C'est à dire que je pense que le problème est mal posé (ou mal compris, par moi, par exemple) et la table mal conçue.
La colonne hr, par exemple, gagnerait à être un TIMESTAMP plutôt que ce format hybride, elle semble, en outre être candidate à servir d'identifiant unique dans cette table.

Ensuite, quel est le besoin exprimé en termes mathématiques rigoureux et précis ?

Ce que tu appelles gradient semble être l'écart entre deux valeurs de la colonne pulse mais pour quel intervalle de temps ?

C'est ce dernier point qui devrait permettre de faire la jointure entre deux lignes de la table. Dans l'exemple que tu fournis il semble qu'il y ait une ligne de mesure (pulse) toutes les 1/2 heure (d'où les 48 tuplets, j'imagine) et l'empan de mesure du gradient semble être de 6 heures. Mais faut-il le calculer toutes les 1/2 heures ?

Mais faut-il calculer le gradient sur la veille quand on démarre avant 6h00 ?

Exemple : |20140101 05:30|5.9, |20133112 23:30|8.1 => gradient -2.2

[bm]

D'un post précédent :

Structure de table :
id , hr , pulse
1 p1 ----------> correspond à hr=0h ( jour1)
.. ..
13 p13 -------> correspond à hr=6h (jour1)
.. ..
.. ..
1 p1 ----------> correspond à hr=0h ( jour31)
.. ..
13 p13 -------> correspond à hr=6h (jour31)

Je veux que la requête affiche les 31 gradients , grad=p13-p1 ( 31 jours en janvier)
La table contient tous les horaires des 31 jours .

1 01_Jan_00_00 9.0
2 01_Jan_00_30 8.0
3 01_Jan_01_00 7.7
4 01_Jan_01_30 7.6

hr : 01_Jan_00_00 est un bloc varchar et dans ma structure, chaque jour est une table

1_1_2014_pulse ( table du 1er janvier 2014)
1_2_2014_pulse
1_3_2014_pulse

Une view/table du mois est une union de tous les jours.
Si il faut créer une table spéciale pour ce gradient, je peux reformater en partant des tables jours qui est la plus petite structure commune.

Le reste de l'application fonctionne est peut continuer .

Il y a suffisamment de jours différents pour ne pas calculer un gradient sur 2 , 3 .. 10 jours différents

Les gradients après tracé d'une courbe , révèlent une tendance croissante ou décroissante