Discussion :

[tavarlindar]

Bonjour à tous,

Suite à un changement de structure de table, je n’arrive pas avec une seule requête à obtenir ce que j’avais initialement.

Au départ, j’avais une table taux_change définie comme ci-dessous. Pour une date donnée, on stocke différentes parités.



Maintenant cette table prend la forme suivante : On stocke par ligne une seule parité.



Question : comment à partir de la nouvelle table obtenir le premier tableau ?

Le seule moyen que j'ai trouvé est de faire :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 
  SELECT date_change,
  SUM(IF(devise_source ='EUR' AND devise_cible = 'USD', parite,0)) AS EUR_USD,
  SUM(IF(devise_source ='EUR' AND devise_cible = 'GBP', parite,0)) AS EUR_GBP,
  SUM(IF(devise_source ='EUR' AND devise_cible = 'AUD', parite,0)) AS EUR_AUD,
  SUM(IF(devise_source ='EUR' AND devise_cible = 'ZAR', parite,0)) AS EUR_ZAR,
   SUM(IF(devise_source ='USD' AND devise_cible = 'GBP', parite,0)) AS USD_GBP
  FROM `taux_change`
  GROUP BY date_change

Y-a-t-il plus simple ou plus efficace ?

Par avance, un grand merci.

Tavar

[m4riachi]

Tu peu boucler la 2eme table pour avoir la 1er avec un langage Web.

Si ça t’intéresse je peu te crée un exemple sous PHP.

[tavarlindar]

Bonjour m4riachi,

Tout d'abord, merci pour ta réponse.

Je comprends ta proposition, mais je préfère avoir le résultat via mysql.

J'utilise aussi PHP pour afficher les taux de change. En amont, il y a du sql. Je me posais simplement la question de savoir si on pouvait faire mieux que la requête proposée, sachant que j'obtiens (déjà) le résultat escompté.


Tavar

[CinePhil]

La nouvelle structure de table est meilleure car elle autorise toutes les possibilités sans modifier la structure de la table alors que pour ajouter une parité qui n'existe pas encore dans la première table, il faut ajouter une colonne.

La contrepartie à cette modélisation meilleure, c'est que ce que le résultat que tu cherches à obtenir est de la cosmétique et n'est pas le boulot du SGBD mais celui de l'application qui interroge la BDD. Avec cette structure, on ne sait pas a priori combien il y aura de colonnes résultat.

Comme l'a conseillé m4riachi, il vaut donc mieux utiliser le langage applicatif plutôt que le SQL.

[peufeu]

Tu peux le faire avec une jointure multiple (une jointure par colonne qui récupère le taux associé), mais c'est effectivement beaucoup mieux de le faire directement en PHP.

[gene69]

tu cherches à obtenir est de la cosmétique

j'adore. Mais ça peut aussi signifier qu'il utilise des fonctions d'affichage qui affichent directement le résultat d'une requête.