Comparer le MAx de plusieurs Colonnes d'une Même Table

Version imprimable

12/12/2018, 10h20
ibdiak

Comparer le MAx de plusieurs Colonnes d'une Même Table
Bonjour à tous,

Je souhaite comparer le Max de plusieurs colonnes d'une même Table en sélectionnant la valeur et SURTOUT le champ de la colonne la plus élevée.

J'utilise pour cela Greatest mais elle me renvoie la valeur max certes mais sans le CHAMP. Voici la requête:
Code:

1 2 3 SELECT ID, MAX(GREATEST(COALESCE( IDNT_FACT1 , IDNT_FACT2 , IDNT_FACT3, IDNT_FACT4))) FROM MATABLE
Avec IDNT_FACT1 = 5 IDNT_FACT2=4 IDNT_FACT3 =9 IDNT_FACT4 = 1

Le résultat m'affiche ID, 9 et moi je souhaite qu'il affiche aussi le champ, en l'occurence le champ IDNT_FACT3. Soit ID, IDNT_FACT(9)

Merci pour votre aide
12/12/2018, 12h07
al1_24

Avanta d'aller plus loin :
La fonction COALESCE() retourne la première valeur non nulle de la liste de ses paramètres.
Appliquer la fonction GREATEST sur ce résultat n'a pas de sens, puisqu'il n'y aura qu'une valeur dan les paramètres de cette dernière.
12/12/2018, 13h09
ibdiak

Bonjour al1_24 ,

Tu as sans doute raison et c'est ce qui explique que je n'ai qu'un seul résultat et qui n'est autre que la première valeur non nulle.
Le Greatest simple me donne que des valeurs nulles.Envisager un Case serait bcp trop long il me semble, que me proposes tu alors?
12/12/2018, 14h39
SQLpro

Pour information GREATEST n'existe pas comme fonction du langage SQL….

A +
12/12/2018, 16h17
ibdiak

1 pièce(s) jointe(s)

Comment ça n'existe pas comme fonction de langage SQL? Je comprends pas.?

Voici le resultat d'un GREATEST que je viens de lancer en PJ et cela marche . Mon souci c'est comment afficher le champ du meilleur résultat.
12/12/2018, 16h53
aieeeuuuuu

bonjour,

votre problème est complexe, car votre base est mal modélisée.

si vous aviez quatre lignes au lieu de quatre colonnes, se serait beaucoup plus simple, et probablement bien plus performant.

avez vous la possibilité de modifier le modèle ?

Sinon, il faudra le faire dans la requête, ça restera plus simple/lisible que des CASE imbriqués.

Quel est votre SGBDR ?
12/12/2018, 17h03
ibdiak

Mon SGBDR est TERADATA OU SAS
12/12/2018, 17h26
al1_24

Citation:

Envoyé par SQLpro

Pour information GREATEST n'existe pas comme fonction du langage SQL….

Citation:

Envoyé par ibdiak

Comment ça n'existe pas comme fonction de langage SQL? Je comprends pas.?

Ce que dit avec justesse SQLpro, c'est que la fonction GREATEST n'est pas définie dans la norme officielle du langage SQL.
C'est pourquoi il est recommandé de préciser quel SGBD on utilise lorsqu'on poste une question dans le forum Langae SQL.

Limiter ses développements à l'usage exclusif des commandes et fonctions normalisées permet une portabilité accrue des applications.
Certains éditeurs de SGBD ajoutent des commandes et fonctions hors norme soit pour apporter des fonctionnalités supplémentaires, soit pour permettre une meilleure portabilité des applications conçues pour un autre SGBD. (C'est d'ailleurs le cas pour la fonction GREATEST, ajoutée par Teradata à la grammaire de son SGBD pour agrémenter ses clients en simplifiant la reprise de requêtes développées pour Oracle ;))
12/12/2018, 20h55
ibdiak

Merci pour ces précisions, du coup y'a t'il une solution à mon problème?

Bonjour,

Avec des CASE ont s'en tire très bien

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
SELECT ID
	, CASE
		WHEN IDNT_FACT1 >= IDNT_FACT2 AND IDNT_FACT1 >= IDNT_FACT3 AND IDNT_FACT1 >= IDNT_FACT4 THEN 'IDNT_FACT1'
		WHEN IDNT_FACT2 >= IDNT_FACT3 AND IDNT_FACT2 >= IDNT_FACT4 THEN 'IDNT_FACT2'
		WHEN IDNT_FACT3 >= IDNT_FACT4 THEN 'IDNT_FACT3'
		ELSE 'IDNT_FACT4'
	END AS NOM_COL
	, CASE
		WHEN IDNT_FACT1 >= IDNT_FACT2 AND IDNT_FACT1 >= IDNT_FACT3 AND IDNT_FACT1 >= IDNT_FACT4 THEN IDNT_FACT1
		WHEN IDNT_FACT2 >= IDNT_FACT3 AND IDNT_FACT2 >= IDNT_FACT4 THEN IDNT_FACT2
		WHEN IDNT_FACT3 >= IDNT_FACT4 THEN IDNT_FACT3
		ELSE IDNT_FACT4
	END AS VAL_COL
FROM MATABLE

A+

13/12/2018, 08h30
ibdiak

Bonjour !

En effet, ça marche très bien avec des CASE!

Merci à tous !

A+
13/12/2018, 09h57
aieeeuuuuu

A condition de n'avoir aucun NULL !

Oui, pas de soucis avec les CASE mais si vous voulez gérer les nulls, ça peut commencer à faire un peu longuet.
La solution à base de UNPIVOT est assez efficace :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
create multiset volatile table mvt_matable, no log
( ID            integer
, IDNT_FACT1    integer
, IDNT_FACT2    integer
, IDNT_FACT3    integer
, IDNT_FACT4    integer
)
primary index (ID)
on commit preserve rows;
 
insert into mvt_matable (ID, IDNT_FACT1, IDNT_FACT2, IDNT_FACT3, IDNT_FACT4) values (1, 5, 4, 9   , 1);
insert into mvt_matable (ID, IDNT_FACT1, IDNT_FACT2, IDNT_FACT3, IDNT_FACT4) values (2, 5, 4, null, 1);
 
  select ID, IDNT_FACT_COL, IDNT_FACT_VAL
    from TD_UNPIVOT( on (select ID, IDNT_FACT1, IDNT_FACT2, IDNT_FACT3, IDNT_FACT4
                           from mvt_matable)
                          using VALUE_COLUMNS ('IDNT_FACT_VAL')
                                UNPIVOT_COLUMN('IDNT_FACT_COL')
                                COLUMN_LIST   ('IDNT_FACT1', 'IDNT_FACT2', 'IDNT_FACT3', 'IDNT_FACT4')
                   ) as X
 qualify row_number() over(partition by ID order by IDNT_FACT_VAL desc) = 1;
 
ID  IDNT_FACT_COL  IDNT_FACT_VAL
--  -------------  -------------
 1  IDNT_FACT3                 9
 2  IDNT_FACT1                 5