Discussion :

[n.amavic]

Bonjour,

Malgré mes recherches sur les différents forums, je n'ai pas trouvé de réponse à ma question (ou alors je n'y ai rien compris, ce qui n'est guère étonnant étant donné mon niveau inférieur à débutant en SQL...).

Je dois extraire des données saisies via un formulaire. Certains champs de ce formulaire sont à choix multiples.
Mon but est d'obtenir par une requête toutes les valeurs saisies pour un même champ, en colonnes.

Exemple:
le paramètre "etablissement" du formulaire est lié à une table "etablissement", qui possède 2 champs: id (= clé primaire) et libellé.
1 à 10 valeurs peuvent être saisies dans le formulaire pour ce même paramètre (liste déroulante à choix multiple)
Je souhaite obtenir comme résultat de ma requête:

n° du formulaire / etablissement1 / etablissement 2 / etablissement3 etc....
1 / libelle1 / libelle2 / llibelle3
2 / libelle1
3 / libelle1 / libelle2
...

Evidemment, un simple
select num.formulaire, libelle.etablissement
from formulaire, etablissement

me retourne les valeurs en ligne, alors que je veux les obtenir en colonne.

Merci d'avance à ceux qui pourront m'aider à résoudre ce pb.

Cordialement,

[laurentschneider]

tu n'as pas spécifié ta version...

Regarde vers LISTAGG

ou COLLECT

[n.amavic]

Bonsoir laurentschneider.

Merci d'avoir répondu. La version d'ORACLE est la version 10g.

J'ai étudié les liens que tu m'as recommandé, hélas je n'ai rien compris...

[laurentschneider]

regarde aussi

http://www.oracle-base.com/articles/...Techniques.php

[n.amavic]

Bonjour,

Merci pour votre réponse, c'est plus clair pour moi maintenant.

Cependant, mon soucis est que les fonctions LISTAGG ou COLLECT concatènent les différentes valeurs dans une même colonne. Or j'ai besoin d'avoir les différentes valeurs dans des colonnes différentes.
Comment écrire une telle fonction ?

[Waldar]

Faites une recherche sur le mot PIVOT.

[laurentschneider]

COLLECT collecte dans une collection...

Après tu peux toujours dénester pour remplir ta liste !

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
create type emplist as table of varchar2(10)
/
begin
  for f in (select deptno, cast(collect(ename) as emplist) e from emp group by deptno order by deptno)
  loop
    dbms_output.put_line ('Deptno :  '||f.deptno);
    for g in f.e.first .. f.e.last
    loop
      dbms_output.put_line ('       '||f.e(g));
    end loop;
  end loop;
end;
/

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
17
Deptno :  10
       CLARK
       MILLER
       KING
Deptno :  20
       SMITH
       SCOTT
       FORD
       ADAMS
       JONES
Deptno :  30
       ALLEN
       JAMES
       TURNER
       BLAKE
       MARTIN
       WARD

[WOLO Laurent]

Une fois de plus, un SGBDR, c'est pour faire des traitements des données et non la presentation des données qui devait être confier à votre application cliente.

[laurentschneider]

Il est tout à fait possible d'employer to_char, extract, substr, listagg et autres fonctions de "formattage" dans une requête SQL.

Pourquoi surcharger le réseau alors que Oracle peut très bien ne retourner que les chaines qui nous intéressent?

[Rams7s]

Pour les bonnes pratiques, le pattern MVC, tout ca?

La plus part du temps, ca facilite énormément les évolutions dans le temps, non?
Les bonnes pratiques, c'est toujours pareil, ca paye sur le long terme.

[laurentschneider]

Et tu ne crées pas de vue dans ta base de données?

Quant à savoir s'il vaut mieux des architectes casse-pieds à la sauce CMMI/ITIL ou alors un design/performance au niveau de la base utilisant toutes les resources d'Oracle, je vous laisse le choix, moi je dois être tombé dans la soupe quand j'étais petit...

[pacmann]

Et puis bon, les histoires de maintenabilité, ça dérive très souvent en gigantesque arnaque... avec des patterns étranges dans tous les sens, des couches de programmation à ne plus en finir et des appels dynamiques qui finissent toujours par te perdre !

Je suis intervenu récemment chez un ancien client parce que :
- Seul les anciens comprennent encore vraiment comment est architecturé le système (En gros c'est super maintenable, mais il faut 3 semaines de formation aux nouveaux arrivants)
- Pour optimiser les performances, la préconisation du gars de chez Oracle était : cassez tout et recommencez... du coup on a optimisé en cherchant les calculs superflus dont on pouvait se passer, passer des fonctionnalités en batch, ...
(J'exagère un peu, il y a certains trucs qu'on a pu réécrire à l'arrache quand même, j'étais très content aussi de découvrir le RESULT_CACHE)