Discussion :

[laloune]

Bonjour à tous,

je souhaiterais "normaliser" une table, c'est à dire passer les colonnes en lignes. Exemple:

table source:
id | Colonne 1 | Colonne 2 | Colonne 3 | ... | Colonne n
1 | blabla1 | toto1 | titi1 | tata1 | ... | tete1
2 | blabla2 | toto2 | titi2 | tata2 | ... | tete2
3 | blabla3 | toto3 | titi3 | tata3 | ... | tete3

table cible:
id | Champ normalisé | Valeur
1 | Colonne 1 | blabla1
1 | Colonne 2 | titi1
1 | Colonne 3 | tata1
1 | Colonne 4 | tete1
2 | Colonne 1 | blabla2
2 | Colonne 2 | titi2
2 | Colonne 3 | tata2
2 | Colonne 4 | tete2

j'ai cherché sur Google et j'ai trouvé la solution du union. dans l'exemple ci-dessus ca donnerait:

Code :

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

1
2
3
4
SELECT id, Colonne 1 AS Champ normalisé FROM table
UNION
SELECT id, Colonne 2 FROM table
-- etc.

par contre dans la mesure où je ne connais pas d'avance le nombre de colonnes de la table, je doute que cela soit possible d'utiliser cette méthode...

une idée ?

Merci par avance!

[Madfrix]

Bonjour,

tu peux utiliser un script php par exemple te retournant les colonnes de ta table :

Code php :

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

1
2
3
4
5
6
7
8
 
$table = 'unNomDetable';
$tab = array();
 
$result= mysql_query('describe ' .$mytable);
 
while ($row = mysql_fetch_assoc($result))
    $tab[] = $row['Field'];

En sortie de boucle, le tableau $tab contient donc la liste de tes champs, reste plus qu'a générer un UNION dynamique avec

[laloune]

Bonjour Madfrix,

merci pour ta réponse,

en fait j'aurais besoin d'une solution pur SQL dans la mesure où j'utilise un ETL pour lancer ma requête sur la base MySQL.

s'il n'y a pas de solution pur SQL je passerai effectivement par du code (mais c'est moins bien pour des raisons de performances)

A+

[Madfrix]

Alors désolé je vois pas comment faire cela sinon

Peut être via une procédure stockée...

[Invité]

Bonjour,

s'il n'y a pas de solution pur SQL je passerai effectivement par du code (mais c'est moins bien pour des raisons de performances)

Il faut se méfier de ce genre d'apriori.
Il y a des tas de choses qu'une base de données SQL fera toujours de manière beaucoup moins efficace qu'un programme ad-hoc.

De manière générale, le SQL est sensé être efficace pour tous ce qui retourne d'une logique relationnelle.
Là on est typiquement dans un besoin qui sort de cette logique et pour lequel il faudra faire de la gymnastique pour parvenir à trouver une solution SQL.

[ced]

par contre dans la mesure où je ne connais pas d'avance le nombre de colonnes de la table, je doute que cela soit possible d'utiliser cette méthode...

Si tu ne connais pas les colonnes à l'avance, alors ce n'est pas possible par le biais d'une requête de ce type.
Il faut, éventuellement, essayer de passer par des fonctions utilisateurs, mais MySQL n'est pas très avancé en la matière.

ced

[laloune]

ok merci beaucoup, je vais chercher par là.