Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server > Développement
Développement Forum d'entraide sur le Transact-SQL, le CLR, les procédures stockées, les triggers, les requêtes SQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 10/03/2011, 21h36   #1
Candidat au titre de Membre du Club
 
Inscription : mars 2008
Messages : 202
Détails du profil
Informations forums :
Inscription : mars 2008
Messages : 202
Points : 13
Points : 13
Par défaut Ré utiliser des champs calculés dans une requête

Hello,

Je me pose une question au sujet des champs calculés dans une requête.

J'aimerais faire quelque chose comme ça:

Code :
1
2
 
SELECT champ1, champ2, (SELECT ....) AS resultat_imbrique, champN FROM TABLE;
(select ....) est une requête imbriquée qui fourni un seul champ/enreg ou un calcul, count, moyenne ou sum. Jusque la rien de compliqué ça marche nickel.

La ou c'est chaud c'est si je veux faire ça:

Code :
1
2
 
SELECT champ1, champ2, (SELECT ....) AS resultat_imbrique, resultat_imbrique*2, champN FROM TABLE;
ou ça:

Code :
1
2
3
 
SELECT champ1, champ2, (SELECT ....) AS resultat_imbrique, champN FROM TABLE resultat_imbrique>10
WHERE
Dans les deux derniers cas, impossible de réutiliser le résultat de la requete imbriquée pour un filtre ou un autre calcul.
Du coup, je suis obligé de faire un copier coller du (select ....), ce qui a mon avis est loin d'être optimisé !

Y a t il une solution plus propre ?

Merci
boby62423 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/03/2011, 21h58   #2
Expert Confirmé
 
Avatar de 7gyY9w1ZY6ySRgPeaefZ
 
Homme
dba
Inscription : juillet 2007
Messages : 2 520
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : Canada

Informations professionnelles :
Activité : dba

Informations forums :
Inscription : juillet 2007
Messages : 2 520
Points : 3 967
Points : 3 967
passer au jointure !!
__________________
les règles du forum - mode d'emploi du forum
Aucun navigateur ne propose d'extension boule-de-cristal : postez votre code et vos messages d'erreurs.
(Rappel : "ça ne marche pas" n'est pas un message d'erreur)
JE NE RÉPONDS PAS aux questions techniques par message privé.
Écrire en français sur un forum est une marque minimale de respect.
7gyY9w1ZY6ySRgPeaefZ est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/03/2011, 22h12   #3
Candidat au titre de Membre du Club
 
Inscription : mars 2008
Messages : 202
Détails du profil
Informations forums :
Inscription : mars 2008
Messages : 202
Points : 13
Points : 13
En effet, je suis d'accord avec toi sur l'exemple que j'ai mis.

Ceci dit, j'ai oublié de préciser une chose: la requête que je dois gérer est déjà monstrueuse, avec des jointures déjà présentes, des group by , etc.

Donc il me faut une autre solution que la jointure...

Merci quand même
boby62423 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/03/2011, 22h20   #4
Candidat au titre de Membre du Club
 
Inscription : mars 2008
Messages : 202
Détails du profil
Informations forums :
Inscription : mars 2008
Messages : 202
Points : 13
Points : 13
Typiquement, je voudrais faire un calcul imbriqué, puis retourner le résultat de ce calcul, et retourner un champ qui vaut y si le résultat est positif et n si le résultat est négatif (avec un case).
Dans un cas comme celui ci ça serait interessant de pouvoir récupérer le résultat du calcul pour tester le signe sans avoir à refaire le calcul...
boby62423 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/03/2011, 07h59   #5
Membre Expert
 
Avatar de iberserk
 
Homme Bruno IGNACE
Architecte de base de données
Inscription : novembre 2004
Messages : 1 299
Détails du profil
Informations personnelles :
Nom : Homme Bruno IGNACE
Âge : 30
Localisation : France, Gironde (Aquitaine)

Informations professionnelles :
Activité : Architecte de base de données
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : novembre 2004
Messages : 1 299
Points : 2 282
Points : 2 282
Envoyer un message via MSN à iberserk
Tu peux englober ta requête avec un autre select pour pouvoir filtrer dessus:

Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
SELECT champ1,
           champ2,
           Resultat_imbrique,
           CASE WHEN T.Resultat_imbrique>0 
                   THEN 'P' ELSE 'N'
                   END SIGNE_RESULTAT_IBRIQUE
FROM(
           SELECT champ1, 
                      champ2,
                       Resultat_imbrique ,
                       champN 
   FROM TABLE
        ) AS T
iberserk est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/03/2011, 16h29   #6
Membre Expert
 
Inscription : janvier 2010
Messages : 1 084
Détails du profil
Informations personnelles :
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : janvier 2010
Messages : 1 084
Points : 1 573
Points : 1 573
Citation:
Envoyé par boby62423 Voir le message
Du coup, je suis obligé de faire un copier coller du (select ....), ce qui a mon avis est loin d'être optimisé !
Qu'est-ce qui vous fait dire ça ?

Citation:
Envoyé par boby62423 Voir le message
Ceci dit, j'ai oublié de préciser une chose: la requête que je dois gérer est déjà monstrueuse, avec des jointures déjà présentes, des group by , etc.

Donc il me faut une autre solution que la jointure...
Surtout si vous dites ça !


Sans la requête complète, difficile de s'avancer ("(SELECT ...)" n'est pas très explicite)
Est-ce une requête corrélée ?

Vous vouliez une solution, 7gyY9w1ZY6ySRgPeaefZ vous l'a proposée :

Citation:
passer au jointure !!
Et je ne vois pas pourquoi cette solution ne va pas ? Pourquoi ne voulez-vous pas ajouter de jointure à une requête qui en a déjà plusieurs ?
aieeeuuuuu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/03/2011, 16h43   #7
Membre Expert
 
Avatar de iberserk
 
Homme Bruno IGNACE
Architecte de base de données
Inscription : novembre 2004
Messages : 1 299
Détails du profil
Informations personnelles :
Nom : Homme Bruno IGNACE
Âge : 30
Localisation : France, Gironde (Aquitaine)

Informations professionnelles :
Activité : Architecte de base de données
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : novembre 2004
Messages : 1 299
Points : 2 282
Points : 2 282
Envoyer un message via MSN à iberserk
Par ce que ce n'est pas indenté
iberserk est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 00h05.


 
 
 
 
Partenaires

Hébergement Web