Discussion :

[rvzip64]

Salut tout le monde,

J'ai une table qui est de ce type:

Code :

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

1
2
 
|     valeur      |     a1     |     a2     |

et une autre qui est de ce type:

Code :

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

1
2
3
4
 
|     Indice     |     colone     |
|         1        |       a1        |
|       2          |      a2         |

je voudrais pourvoir faire une requete qui avec un jointure me sorte les données de la colonne "a1" de la table 1, on donnant le numéro d'indice "1" de la table 2.

Comment puis je faire cela ?

[Maximil ian]

Bonjour,

Tu peux faire ça avec du SQL dynamique et un prepared statement.
f http://www.developpez.net/forums/sho...=sql+dynamique

Ceci dit ce genre de problème est souvent révélateur d'une mauvaise modélisation

[rvzip64]

Beh le truc , c est que en fait ma table statique stocke enormement de données elle fait 3Go. Et si je la passe en dynamique je ne vais faire que augmenter cette taille ce qui n est pas mon but.

[Biglo]

Ce que voulait dire Maximilian, ce n'était pas d'avoir une structure dynamique mais utiliser des requêtes dynamiques (construites dans une chaîne de caractères)

[rvzip64]

je parlais de la modélisation ....

[Biglo]

C'est bien ce que j'avais compris...
En tout cas, les jointures ne se font pas entre valeur de colonne et nom de colonne.

Ceci dit, plus de détails de ton problème ne seraient pas de refus. Notamment un exemple concret du contenu des tables et du résultat que tu veux, et pourquoi pas le rôle de chaque table. Et surtout : comment tu as pu arriver à une modélisation pareille.

[rvzip64]

un exemple concret :

la table statique sert a sauvegardé des valeurs physiques mesurées.
(10 colonnes de valeurs physiques différentes en double).

A chaque fois qu'un insert ce produit il insère 2395 lignes.

Acutellement la table tourne aux alentours de 30 millions de ligne.


La table dynamique regroupe certaine valeur physique.

par exemple
les colonnes 1,3,7 et 10 sont des mesures éléctriques
les colonnes 2,4,5 sont des mesures visuelles.

etc....

Maintenant l'utilisateur veut choisir toutes les valeurs électriques d'un lot ....
beh je suis obligé de faire "une jointure entre valeur de colonne et nom de colonne"

[Biglo]

Dans ton premier message, la colonne Indice correspond à quoi ? Au type de mesure (1=électrique, 2=visuelle, ...) ?

Pourquoi ne fais-tu pas cela en deux requêtes dans ton application :

1) récupérer le nom des colonnes correspondant au type de mesure demandée

2) construire la deuxième requête avec les résultats de la première en concaténant SELECT avec les noms de colonnes récupérés puis ton FROM/WHERE

En tout cas, une table "mesures" du genre (id_mesure, type_mesure, valeur, ...) aurait été quand même beaucoup mieux. Ca aurait pris un peu plus de place (et encore, type_mesure aurait sûrement pu être un TINYINT) mais au moins ça n'aurait pas été dépendant de la structure de ta table.

[rvzip64]

"Ca aurait pris un peu plus de place" ...........
Erreur .............Ca aurait plus énorment plus de place !

C'est mysql qui conseille d'avoir une structure statique pour la table a gros volume.

Avec une structure dynamique je vais mettre 10 fois ma clef primaire pour stocker 10 type de mesuress alors qu'avec une structure statique je ne la mettrai qu'une fois.

[Maximil ian]

C'est mysql qui conseille d'avoir une structure statique pour la table a gros volume.

Tu peux donner ta source parce que ça m'étonne

Avec une structure dynamique je vais mettre 10 fois ma clef primaire pour stocker 10 type de mesuress alors qu'avec une structure statique je ne la mettrai qu'une fois.

Le problème c'est que ton système n'est pas très souple ni évolutif. Si on peut insérer énormément de lignes dans une table, c'est loin d'être le cas des colonnes. Aujourd'hui tu en as 10 mais demain peut-être 20 ou 30... Il y a des limites. Un ajout (ou une suppression) de colonne est aussi bien plus lourd au niveau performances...

[rvzip64]

NON ne je ne rajouterais pas de colonne. Je demande pas un système évolutif.
Je prefere avoir quelque chose de pas évolutif est de performant, plutot que l inverse.