Discussion :

[tinmarbusir]

Bonjour!

Mon problème est le suivant:
J'ai une table avec des individus et des dates de RDV: 1 individu à au moins 1 rdv (dans les données actuelles certains ont une quarantaine de rdv).


ce qui donne, en résumé...

Code :

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

1
2
3
select ind,rdv
from table
order by ind,rdv;

ind rdv
1 13/02/2008
1 12/04/2008
1 14/04/2008
1 14/05/2008
2 11/01/2008
2 11/02/2008
3 13/03/2008
3 14/03/2008

Je souhaite avoir une ligne par individu et autant de colonnes que de rdv...par exemple

ind rdv1 rdv2 rdv3 rdv4
1 13/02/2008 12/04/2008 13/04/2008 14/05/2008
2 11/01/2008 11/02/2008
3 13/03/2008 14/03/2008

J'avais pensé faire une sorte de concat pour obtenir nu résultat du style
ind rdv
1 13/02/200812/04/200813/04/200814/05/2008
2 11/01/200811/02/2008
3 13/03/200814/03/2008
et ensuite me dépatouiller sur Excel! Ou directement dans ma requête.
Si çà se trouve vous avez la solution pour arriver au résultat voulu directement (sans faire de concaténation)
Auriez vous une piste?

[al1_24]

Il s'agit là de cosmétique, qui n'est pas le but du langage SQL.
C'est à l'application de se charger de la mise en forme des données.

[tinmarbusir]

C'est à l'application de se charger de la mise en forme des données.

L'application?
C'est quoi? Moi j'envoie les résultats au supérieur sur Excel et 300000 lignes de dates j'aurai un peu de mal à faire rentrer çà dans un feuillet...
Et encore je me vois mal faire çà (et encore moins programmer) sous Excel chaque semaine...J'en suis capable mais c'est très fastidieux.

Et si tu apelles çà maquillage, j'imagine que beaucoup de fonctions de manipulation de chaines ( comme || ) sont uniquement des fonctions maquillage...C'est à l'application de faire çà elle même aussi non?

[al1_24]

As-tu lu l'article auquel renvoyait le lien ?
Il donnait des solutions... et leurs limites.

[tinmarbusir]

oui, bien sur que je lis les réponses....voyons!

La requête du lien suffit quand il y a 4 trimestres...SQL n'est déjà pas appropriée pour ce genre de choses mais quand il y a une 50aine de dates çà devient un peu balourd!

Il existe surement des solutions plus simple non? enfin j'espère

[Yanika_bzh]

Non il n'existe pas de reponses plus simples...
Comme le dit al1_24, SQL est fait pour l'extraction de données. La mise en page est a la charge du client.
La solutions la plus simple et la plus facile a maintenir est donc de developper une procedure pour mettre en page vos données extraites.

Bon courage

[tinmarbusir]

d'accord...
et les group by, sum, count...sont des manipulations de données quelque part non???Ce n'est plus de la simple extraction