Un pivot sans somme ou autre opération

Bonjour

Je découvre le principe du Pivot en SQL 2005. J'ai farfouillé dans les tuto et j'ai trouvé des truc super interressant, mais je n'arrive pas à reproduire les exemples pour mon cas.
Dans ce que j'ai vu, je vois toujours une somme ou une moyenne, enfin une opération de masse. Moi, j'ai juste besoins de retourner la table (sans mauvais jeu de mot....)

En fin de post je mets du code pour créer la table et mettre des données dedans.
Mon contexte : je stocke des infos sur des membres d'un site dans une table sur trois colonnes :

• l'identifiant du membre
• l'ID du champ de fomulaire our savoir de quelle info on parle
• la valeur de l'info elle même

Ceci me permt de faire des formulaires dynamiques qui n'ont pas tous le même nombre de champ. ça marche super bien pour fabriquer des formulaires en ligne à la volée, enregistrer les infos et les restituer. Maintenant il faut que je puisse interroger et faire des sélections de membre.

Donc je me suis dis que je pouvait "retourner" la table pour chaque membre trouvé. Et vu que j'ai entendu parler de PIVOT, je me suis dit que c'était la bonne solution, sauf que j'arrive pas à le mettre en place.

Dans le code qui suit j'ai la table, avec 4 membres qui ont deux info

• Sexe, Id_Info_Formulaire = 1
• Statut, Id_Info_Formulaire = 2

Et je voudrais avoir un résulat qui me présente une table qui ferait :
UserId, Sexe, Statut

Lorsque je mets ce code là

Code:

---

1 2 3 4 5 6 7 8

SELECT BASE.UserId, [Sexe], [Statut] FROM dbo.SITE_Information_Membre BASE   PIVOT ( BASE.Valeur_Info FOR BASE.Id_Info_Formulaire IN ([Sexe], [Statut]) ) AS P

---

Il me dit :

Citation:

---

Msg*156, Niveau*15, État*1, Ligne*9
Syntaxe incorrecte vers le mot clé 'FOR'.

---

Merci pour votre aide.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

CREATE TABLE [dbo].[SITE_Information_Membre]( [Id_Info_Membre] [int] IDENTITY(1,1) NOT NULL, [UserId] [uniqueidentifier] NOT NULL, [Id_Info_Formulaire] [int] NULL, [Valeur_Info] [varchar](1000) NULL, ) ON [PRIMARY]   INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (65BB1386-FA7B-4938-A9F0-1853C8998F8C,1,1) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (65BB1386-FA7B-4938-A9F0-1853C8998F8C,2,4) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (FB59EA47-DEC6-4047-89A4-A955A358208A,1,1) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (FB59EA47-DEC6-4047-89A4-A955A358208A,2,3) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (74D5620B-AF20-465E-80BD-291E5CF9E9E7,1,2) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (74D5620B-AF20-465E-80BD-291E5CF9E9E7,2,1) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (A2E43A62-7A77-4616-B8C0-C97C5830537F,1,2) INSERT INTO dbo.SITE_Information_Membre (UserId, Id_InfoFormulaire, Valeur_Info) VALUES (A2E43A62-7A77-4616-B8C0-C97C5830537F,2,2)

---

Bonjour,

Effectivement la clause PIVOT n'est utilisable que pour des calculs agrégés (COUNT, SUM, AVG, ...). Rappelez-vous que celle-ci est purement cosmétique, que donc cette logique doit donc être déplacée vers l'application, et qu'en plus l'utilisation cette clause est contre-performante.

Je n'ai pas compris le résultat que vous cherchez à obtenir, puisque l'information Valeur_info dépend de la valeur de Id_Info_Formulaire.
Pouvez-vous préciser ?

@++ ;)

Merci pour ton aide.

L'idée est d'avoir des informations sur les membres inscrits dans le site. Pour l'exemple j'ai simplifié en ne prenant que deux informations : le sexe et le statut. Mon système global me permet de fabriquer un formulaire demandant le sexe et le statut d'un membre, mais en ajoutant un simple parametre dans une table, je rajoute une information supplémentaire (la ville par exemple).

J'ai programmé des méthode pour gérer facilement l'affichage et l'enregistrement des informations, tout ça fontionne bien.

Maintenant il faut que je puisse lancer une recherche sur l'ensemble des membre du site, par exemple : la liste de tous les membres de sexe "Féminin" et de statut "Célibataire". Donc tout ceux qui ont un Id_Info_Formulaire = à 1 et une Valeur_Info = 4. Et ça, j'y arrive pas.

Est ce que mon exposé est plus calir ?

Bon, je pense que l'histoire du Pivot, c'est pas trés bon, même ça paraissait séduisant au départ.

Du coup, j'ai réinventé un pivot pour moi, mais j'ai trés peur aux performances

Je vous soumets mon code à la fin du message.
L'idée est de faire des SELECT sur chaque champ de formulaire et de les joindre pour retourner une table avec l'idetifiant du membre et ses info à la suite. Sauf que je vais appeler la même table un paquet de fois avec une clause WHERE différentes. Alors comment faire pour optimiser ça ?

Pour l'instant j'ai 5 lignes dans ma table, alors ça roule, mais en prod, je compte bien avoir quelques milliers de lignes, alors je pense qu'il faut que je place des index, mais j'hésites :
- un index sur le UserId, ça me parait évident
- un index sur le champ de formulaire (Id_Info_Formulaire) est ce bien une bonne idée ?

Merci pour votre aide.


PS : j'ai fait des LEFT pour obtenir les valeurs vides car elles ne sont pas exprimées dans un enregistrement.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT TSexe.UserId, TSexe.Valeur_Info AS Sexe, Stat.Valeur_Info AS Statut, TVille.Valeur_Info AS Ville, TVide.Valeur_Info AS Vide   FROM (SELECT * FROM dbo.SITE_Information_Membre BASE WHERE Id_Info_Formulaire = 1) AS TSexe LEFT JOIN (SELECT * FROM dbo.SITE_Information_Membre BASE WHERE Id_Info_Formulaire = 2) AS Stat ON Stat.UserId = TSexe.UserId LEFT JOIN (SELECT * FROM dbo.SITE_Information_Membre BASE WHERE Id_Info_Formulaire = 3) AS TVille ON TVille.UserId = TSexe.UserId LEFT JOIN (SELECT * FROM dbo.SITE_Information_Membre BASE WHERE Id_Info_Formulaire = 30) AS TVide ON TVide.UserId = TSexe.UserId

---

Je viens de penser à un truc : si je spécifie mes noms de champ à la place de mes SELECT *, c'est plus performant ?

Et bien sûr, je ne prends que les champs qui m'interresse.

Ce sera toujours plus performant de proscrire les Select * au profit des Select <Uniquement les nécessaires>. Il y aura moins de données à rapatrier, à la fois pour le moteur SQL et sur le réseau pour atteindre votre client.

Merci pour l'info.

Je pense que je vais boucler le topic, visiblement, mon système doit être trop compliqué à présenter ici pour avoir de l'aide.
Je pense que je monte une usine à gaz alors qu'il doit y avoir un moyen plus simple de reprendre mes données.

J'avais entendu parler d'un système comme ça pour stocker des données dynamiques sur des gens, mais je retrouve pas.

Bref, merci à tous.