Discussion :

[Donpi]

Bonjour,
est-il possible de simplifié cette requête pour la rendre plus lisible ?

Code :

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

1
2
3
4
SELECT SUM(C1+C2) AS A,
	   SUM(C3+C4) AS B,
	   SUM(C1+C2) * SUM(C3+C4) AS C
FROM TableCn

l'idéal serait avoir un truc qui ressemble a ça, mais ça ne passe pas

Code :

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

1
2
3
4
SELECT SUM(C1+C2) AS A,
	   SUM(C3+C4) AS B,
	   A * B AS C
FROM TableCn

J'ai regarder des fonction de fenêtrage sans réel succès (bon, en même temps se matin, je connaissais pas encore le fenêtrage)

[Arkhena]

Bonjour,

Vous pouvez toujours utiliser une CTE...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
WITH Sum_CTE(A,B)
AS
(
SELECT SUM(C1+C2) AS A,
	   SUM(C3+C4) AS B
FROM TableCn)
 
SELECT A, 
B,
A*B AS C
FROM Sum_CTE;
GO

[fsmrel]

Ou encore :

Code SQL :

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

1
2
3
4
SELECT A, B, A * B
FROM  (SELECT SUM(C1+C2) AS A,
	      SUM(C3+C4) AS B
       FROM TableCn) AS truc

[mikedavem]

Au final on peut se demander si en réalité :

Code :

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

1
2
3
4
SELECT SUM(C1+C2) AS A,
	   SUM(C3+C4) AS B,
	   SUM(C1+C2) * SUM(C3+C4) AS C
FROM TableCn

est moins "lisible" que :

Code :

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

1
2
3
4
5
6
WITH Sum_CTE(A,B)
AS
(
SELECT SUM(C1+C2) AS A,
	   SUM(C3+C4) AS B
FROM TableCn)

ou :

Code :

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

1
2
3
4
SELECT A, B, A * B
FROM  (SELECT SUM(C1+C2) AS A,
	      SUM(C3+C4) AS B
       FROM TableCn) AS truc

Si on parle de factorisation de code je comprends tout à fait. Bon bien sûr je suppose que le cas proposé dans ce thread est plutôt simpliste mais tout de même si on parle de lisibilité est-ce vraiment le cas ?

[Donpi]

Si on parle de factorisation de code je comprends tout à fait. Bon bien sûr je suppose que le cas proposé dans ce thread est plutôt simpliste mais tout de même si on parle de lisibilité est-ce vraiment le cas ?

La requête qui pose "Problème" fait une bonne centaine de lignes,j'ai simplifié au possible ma question

Dans un autre thread qqun a dit que "Si les requêtes sont trop compliquées, c'est par ce que le modèle de données répond a ce que l'on veux au lieu de ce dont on a besoin"
C'est clairement le cas ici.

[SQLpro]

Toute ces formulations sont une seule et même requête et conduisent au final au même plan de requête avec les mêmes performances. Ne vous prenez donc pas le chou....

A +

[Donpi]

Toute ces formulations sont une seule et même requête et conduisent au final au même plan de requête avec les mêmes performances. Ne vous prenez donc pas le chou....
A +

Tout a fait d’accord sur le principe, mais je pars du principe que plus c'est simple et lisible plus c'est facile à maintenir... Et là je dois me rendre à l'évidence, si j'ai pas un bidon familial de 5Kilos d'antidépresseur, je vais pas y arrivé

[Sergejack]

Vous pourriez plutôt envisager de faire la multiplication A x B au niveau de votre application ?

[Rei Ichido]

Tout a fait d’accord sur le principe, mais je pars du principe que plus c'est simple et lisible plus c'est facile à maintenir... Et là je dois me rendre à l'évidence, si j'ai pas un bidon familial de 5Kilos d'antidépresseur, je vais pas y arrivé

En l'occurrence, je suis d'accord sur la lisibilité ; cependant, j'ajouterai que la factorisation aide aussi à la facilité de maintenance - c'est tellement facile de modifier "A" dans la 1ère requête, mais d'oublier de reporter la modification pour "C" !
Et dans cet esprit, j'aurais tendance à utiliser le WITH.

[iberserk]

Pensez également aux vues...

[Donpi]

merci pour toutes ce réponses,

la plus simple étant celle de Sergejack, tellement simple qu'on y pense pas assez souvent !