Choix entre deux requêtes

**mromain** · 10/07/2014, 18h31

Bonsoir le forum,

Voici mon problème
Je travaille sur SQL Server 2005 et dispose d’une table de ce type :

Je souhaite obtenir une vue du type

Où les ValeurProrataX valent ValeurX x Dividende / Diviseur.

Faut-il mieux faire directement :

Code :

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

1
2
3
4
5
6
7
SELECT
	MaTable.Clef,
	MaTable.Valeur1 * MaTable.Dividende / MaTable.Diviseur AS ValeurProrata1,
	MaTable.Valeur2 * MaTable.Dividende / MaTable.Diviseur AS ValeurProrata2,
	MaTable.Valeur3 * MaTable.Dividende / MaTable.Diviseur AS ValeurProrata3
FROM
	MaTable

Ou passer par une vue intermédiaire :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
/*	Vue "Ratios"	*/
SELECT
	MaTable.Clef,
	MaTable.Dividende / MaTable.Diviseur AS Ratio
FROM
	MaTable
 
 
 
SELECT
	MaTable.Clef,
	Ratios.Ratio * MaTable.Valeur1 AS ValeurProrata1,
	Ratios.Ratio * MaTable.Valeur1 AS ValeurProrata2,
	Ratios.Ratio * MaTable.Valeur1 AS ValeurProrata3
FROM
	MaTable,
	Ratios
WHERE
	MaTable.Clef = Ratios.Clef

J’ai l’impression que malgré la jointure, la deuxième solution fait moins d’opérations que la première.
Il faut également savoir que j’ai une quinzaine de Valeurs et que le calcul du Ratio est plus complexe qu’une simple division (traitement à base de dates).

Le volume de données traitées ne sera pas important, et les deux solutions pourraient fonctionner, mais je me demandais quel était la meilleure ??

Merci d’avance et bonne soirée

**StringBuilder** · 15/07/2014, 15h53

Juste histoire de faire mon chieur, je te conseillerais plutôt des colonnes calculées.

http://blogs.msdn.com/b/sqlcat/archi...rformance.aspx

Les gros avantages :
- Pas d'objet supplémentaire. Tes colonnes calculées sont directement présentes dans ta table.
- La valeur peut être persitante (mot clé PERSISTED). Le calcul n'est alors effectué qu'une seule fois, puisque la valeur (mais mise à jour si la ligne est mise à jour).
- La valeur persistante est indexable, et là le gain est alors double.

Niveau inconvénients :
- La valeur étant persistante, elle prend évidement un peu de place
- Dans une clause INSERT, tu te retrouves avec des colonnes qu'il ne faut pas alimenter (ou alors les traiter convenablement par trigger)
- Si une colonne calculée de la table fait appel à une fonction UDF, alors les requêtes sur la table ne sont plus parallélisables

**Waldar** · 15/07/2014, 15h58

Envoyé par StringBuilder

je te conseillerais plutôt des colonnes calculées.

Pas dispo avec SQL-Server 2005.

@mromain, je pense que la première solution est toujours la meilleure.
Au pire, vous pouvez rajouter une vue entre les deux qui va stocker la formule de calcul en plus des autres colonnes, et faire la requête pas dessus qui va simplifier la requête finale. Mais en interne, le moteur va la réécrire comme la première requête.