Discussion :

[anonymous-slacker]

Bonjour à tous!

Je dois réaliser un script de reprise de données entre 2 tables sur SQL Server 2008.
Mon problème vient de la structure de la table source qui ressemble à ceci :

UserId | TypeInformation | Valeur
---------------------------------
1 | Email | 'toto@yopmail.com'
1 | DateNaissance | '27/08/1970'
2 | Email | 'titi@yopmail.com'
2 | DateNaissance | '14/10/1987'
2 | Pays | 'France'

Chaque information associée à un user est stockée dans une ligne propre.
Le nombre d'informations (et donc de lignes) par user est variable.
Je déteste cette table...

Dans ma table de destination j'ai une structure à plat :

UserId | Email | DateNaissance | Pays
------------------------------------------------------
1 | 'toto@yopmail.com' | '27/08/1970' | null
2 | 'titi@yopmail.com' | '14/10/1987' | 'France'

Je dois donc écrire la requête qui me permet de transférer les données d'une table à l'autre.
Je pourrais éventuellement le faire en multipliant les auto-jointures pour chaque propriété mais d'une part ce serait dégueulasse et d'autre part vraiment sale côté optimisation (la table source à près d'1 million de lignes)...

Je me suis renseigné du côté de l'instruction PIVOT en sql, mais elle semble nécessiter une fonction d'aggrégation sur un champ pour fonctionner, ce qui n'est pas mon cas.

J'aimerais déjà savoir si ce que je cherche à faire est réalisable (j'imagine bien que oui...) et s'il existe un mot-clé ou une instruction sql miracle qui me permettrait de simplifier tout ça.

J'espère avoir été suffisamment clair

Merci d'avance!

[al1_24]

Si, si, le PIVOT est bien adapté au besoin, avec un GROUP BY sur UserId et l'expression MAX(Valeur).

[aieeeuuuuu]

Bonjour,

Je pourrais éventuellement le faire en multipliant les auto-jointures pour chaque propriété mais d'une part ce serait dégueulasse et d'autre part vraiment sale côté optimisation (la table source à près d'1 million de lignes)...

C'est une solution. Mais comme vous le dites, ce ne sera pas la plus performante. Cela dit, s'il s'agit simplement d'une reprise de données, ça peut aller...

Je me suis renseigné du côté de l'instruction PIVOT en sql, mais elle semble nécessiter une fonction d'aggrégation sur un champ pour fonctionner, ce qui n'est pas mon cas.

Voulez-vous dire qu'il ne peut pas y avoir plusieurs fois la même information pour une UserId donné, comme par exemple deux lignes "email" pour le user 1 ?
Avez-vous une contrainte vérifiant cela ?
Dans tous les cas, cela ne vous empêche pas d'utiliser PIVOT, qui est bien ce qu'il vous faut. La fonction d'agrégat s'appliquera sur un ensemble d'une seule ligne, mais cela ne pose pas de problème.

En effet, PIVOT considère par défaut qu'il peut y avoir plusieurs lignes pour chaque valeur dans la colonne servant de pivot, c'est pourquoi une fonction d'agréation est nécessaire afin de ne sortir qu'une valeur pour la colonne pivotée. Dans votre cas, vous pouvez par exemple utiliser arbitrairement MAX.

[ATMorphine]

Voila la requete :

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
CREATE TABLE #test (
	UserID int
	, typeinformation varchar(100)
	, valeur varchar(max)
)
 
insert into #test values (1 ,'Email' , 'toto@yopmail.com')
insert into #test values (1 ,'DateNaissance' , '27/08/1970')
insert into #test values (2 ,'Email' , 'titi@yopmail.com')
insert into #test values (2 ,'DateNaissance' , '14/10/1987')
insert into #test values (2 ,'Pays','France')
 
 
SELECT * FROM 
(select * from #test) as src
PIVOT (MAX(valeur) FOR typeinformation IN ([Email],[DateNaissance],[Pays])) as pvt

[anonymous-slacker]

Un grand merci à vous 3 je m'en suis sorti et ça semble en plus être assez performant!

Pour répondre quand même à aieeeuuuuu :

Voulez-vous dire qu'il ne peut pas y avoir plusieurs fois la même information pour une UserId donné, comme par exemple deux lignes "email" pour le user 1 ?

Non je n'aurais toujours qu'une seule ligne au maximum pour un type d'information donné (mais peut-être aucune non plus).

En tout cas merci encore ce fut rapide et j'ai appris un truc utile!