Salut à tous !  
Je bosse sur un gros site avec tout plein de données
 
Je cherche à faire apparaitre la liste d'une équipe, en les classant par leur statut.
Bien évidemment dans ma table, le statut des personnes est symbolisé par un numéro.
1 => associé
2 => secrétaire
3 => manager
4 => collaborateur
 
Donc si je fais un order tout bete dans ma requete, le classement se fait bien, mais à l'affichage le rendu laisse perplexe les utilisateurs, qui sont en droit d'attendre un classement par ordre alphabetique des intitulés, et non des ids de la table.
 
Alors ma question est la suivante.
Est-il possible de 'personnaliser' le ORDER dans une requete SQL Oracle, un truc du genre ORDER BY STATUT(1,4,3,2)
(Je n'ai que 4 statuts différents, donc je ne veux pas créer une ennième table qui pourrait s'appeler intitulés et trier dessus).
Je ne peux pas non plus changer l'id des statuts (qui attribuent des droits sur beaucoup beaucoup de pages)
J'espere que vous m'avez suivi.
 
Je vous remercie pour les réponses

select num_statut, decode(num_statut, 1, 'Associé', 2, 'Secrétaire', ...) as lib_statut
from statut
order by lib_statut

(puis sinon faire un tri dans le langage qui traite le résultat de la requête et affiche la liste ça doit pas être bien compliqué...)

Tu peux créer une variable additionnelle dans ta requete avec un CASE/SWITCH
si status = 1 tu lui met 1 si status = 4 tu lui met 2, etc ...
Tu nommes cette variables mon_tri
Et tu fais order by mon_tri

 
t'as pas l'impression que c'est ce que je fais, mais avec les noms?

 
Le jour où les secrétaires sont "promus" en "adjoints délégués à la rédaction", il faut modifier la table et modifier le decode.
Pareil si on rajoute un statut...
A la limite, si c'est pour faire ça autant directement mettre le statut en clair dans la table !
 
La seule solution :
Tu as évidemment une table à part STATUTS (Id_statut,Libelle) (et sinon, dépêche-toi de la créer...)

SELECT s.libelle, u.nom
FROM statuts s, users u
WHERE u.id_statut = s.id_statut
ORDER BY s.libelle

 
sans blague?
Il dit lui même qu'il ne veut pas créer de nouvelle table, apprends à lire avant de te foutre des gens qui y arrivent.

Au temps pour moi...    
Dans ce cas, c'est sûr qu'un decode est ce qu'il y a de mieux.
 
 
Ceci-dit, et parce que je ne peux quand-même pas avoir complétement tort...

C'est mal ! (si c'est vraiment que tu ne veux pas, c'est de la fainéantise mal placée...)
Ca ne prend pas des masses de temps de créer une "énième" table, surtout vu ce qu'il y a à mettre dedans.
Et ça te simplifiera la vie, par exemple pour cette requête...

+1 pour macgawel

Désolé, roooh

+2 !
 
Depuis quand on fait l'économie de table dans un SI ?

 
C'est pas nos oignons.
D'autant qu'on ne sait pas ce qu'il appelle un "gros" site.

C'est vrai.
Et s'il avait dit "je ne peux pas ...", alors bon. Ok. Mais là, c'est juste un "je ne veux pas ...". Ca fait tiquer ! Ca veut dire que c'est pas une contrainte, mais un choix délibéré. Et ce choix n'est, a priori, pas bon. On essaye juste de le lui faire reconsidérer !

Salut les gens!  
Bon pour m'expliquer un peu sur le : "Je ne veux pas", c'est que j'ai repris le bébé en milieu de développement et qu'il est quasiment un production. (les clients qui commencent à chouiner etc...), donc c'est vrai que ca me gave un peu, professionnellement, d'avoir à créer des tables pendant le débogage quoi.  
 
Donc le "ne veux pas" c'est plus, ne pas avoir à repasser derrière une conception mal ficelée.  
 
Bon, cela dit, si je dois passer par la création d'une table pour que l'affichage des données corresponde aux souhaits de mes rois, soit !  
(d'autant plus qu'elle va être vite-fait, mais bon le ORDER personnalisable ne serait pas une idée de dev à creuser ?   )
 
En tout cas merci à tous pour vos petits messages  

Pas sûr :
Si on respecte les principes des BDD-Relationnelles, on ne doit pas avoir à faire un ORDER "personnalisé".
Au pire, ça répond à une logique fonctionnelle qui doit être implémentée plutôt du côté programme que du côté SQL