Discussion :

[Isabelle93]

Bonjour,

Dans le cadre professionnelle nous utilisons l'outil COGNOS dans une version très ancienne pour des requêtages sur une base Oracle 12g.

Cet outil propose aux utilisateurs ne nombreuses fonctions comme la fonction décoder ( expr; recherche de correspondance de paires de valeurs( recherche1; résultat1 ); implicite ).

Cet outil va être prochainement remplacé. Or l'outil sélectionné (développé en interne) ne propose pas cette fonction décoder.
Le nouvel outil est aussi utilisé pour interroger des base postgrey.

Mes connaissance en SQL sont très limitées et je me demande quel est l'intérêt de la fonction décoder ?
Si elle existe c'est qu'elle doit bien permettre ou faciliter certaines choses.
Y a t-il un moyen de la contourner si elle n'existe pas ?

Merci pour votre aide

[escartefigue]

Bonjour,

Je ne connais pas COGNOS, mais je suppose que vous voulez parler de la fonction DECODE, qui est remplacée dans la plupart des base de données par la fonction CASE.

C'est à votre MOE de vous communiquer le mode d'emploi du nouvel outil interne pour vous indiquer comment remplacer les fonctions COGNOS par celles de cet outil, mais de base, Oracle ne vous limitera pas; c'est même plutôt le contraire, car les versions successives de SGBD apportent de nouvelles possibilités mais n'en suppriment pas.

[kolodz]

Votre outils propose une fonction SQL qui existe de base dans Oracle.

Voici la documentation Oracle correspondante :
Oracle Doc : DECODE
Cela permet de faire du remplacement de valeur à la voler.
Exemple donnée par la documentation :

This example decodes the value warehouse_id. If warehouse_id is 1, then the function returns 'Southlake'; if warehouse_id is 2, then it returns 'San Francisco'; and so forth. If warehouse_id is not 1, 2, 3, or 4, then the function returns 'Non domestic'.

Code SQL :

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

1
2
3
4
5
6
7
8
SELECT product_id,
       DECODE (warehouse_id, 1, 'Southlake', 
                             2, 'San Francisco', 
                             3, 'New Jersey', 
                             4, 'Seattle',
                                'Non domestic') 
       "Location of inventory" FROM inventories
       WHERE product_id < 1775;

[Isabelle93]

Merci pour vos réponses.

Il s'agit bien de la fonction DECODE. Nos utilisateurs s'en servent pour différentes applications (contournement d'une valeur NULL ou remplacement de valeurs ...)

Justement ma MOE semble très réticente à développer cette fonction dans le nouvel outil.
Il dise que ce n'est pas "indispensable" et que des contournement sont possible ... le CASE doit en faire partie je n'ai pour l'instant pas eu accès au nouvel outil !

Sauf que nous avons un existant à gérer et d'une part, ils ne prennent pas la charge de la réécriture des requêtes et d'autre part nous voudrions assurer à nos utilisateurs des repères pour assurer la transition.

C'est pourquoi je cherche à identifier les bénéfices de cette fonction.

[kolodz]

Si votre ancien outil génère du SQL vous n'avez aucun problème à vous faire.
Vous n'avez qu'à conserver celui-ci.

[Isabelle93]

Apparemment il faut le changer car techniquement il est instable.

La fonction decode peut donc être contourner ?
Est ce que cela complexifie les requêtes pour les utilisateurs ?

Merci pour votre aide en tout cas.

[kolodz]

Je ne connais pas votre IT, mais pour ma part. Je ne vois pas grand chose à changer mise à part potentiellement un "rechercher/remplacer" sur "DECODER" avec "DECODE" sur vos scripts.

Sachant que la fonction DECODE est dans le standard Oracle, le changement d'outil ne devrait strictement rien changer à son utilisation !

Cordialement,
Patrick Kolodziejczyk.