SQL dynamique sous report

Version imprimable

02/11/2005, 15h25
ogaudinu

[RESOLU] SQL dynamique sous report

Bonjour,
j'ai lu avec attention les cours de SheikYerbouti concernant le "Le SQL Dynamique natif" mais j'ai encore une question concernant son interêt sous report.

Je reprend une application dont les reports (très complexes et avec de nombreux paramètres optionnels en entrée) sont tous codés en sql dynamique.
Je vois bien l'interêt pour gérer les paramètres en entrée.

Mais concernant des requêtes simples, genre un select d'un libellé avec un code. Le sql dyanmique ne risque-t-il pas de ralentir les traitements ?

Je précise qu'il y a ENORMEMENT de requête de ce style pour un seul état !!!

Merci.
02/11/2005, 15h34
SheikYerbouti

Le SQL dynamique n'a d'interêt que pour les requêtes ne pouvant pas être écrites en dur.

Un simple select dont la table et la colonne sont clairement identifiés n'a pas besoin de SQL dynamique.
02/11/2005, 15h37
ogaudinu

Merci, c'est effectivement ce que j'en avais conclu.

Mais dans mon cas, elles existent déjà, et en dehors du fait que cela paraissent étrange (c'est vrai...) est-ce que cela est plus long l'exécution ?
02/11/2005, 15h38
McM

Comment c'est codé un report en SQL Dynamique ?

Si les paramètres ne font que limiter un SELECT, tu peux plutôt utiliser le & pour insérer dans la Clause Where ta restriction pour un paramètre.

Pour la question du select tout bête, mieux vaut utiliser le sql pur, ne serait-ce que pour avoir les erreurs de compilation.

Niveau perfs, le dynamique est plus long

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
DECLARE
v NUMBER;
v_date1 DATE;
 
BEGIN
 
	v_date1 := SYSDATE;
 
	FOR i IN 1..500000
	LOOP
		SELECT 1 INTO v FROM DUAL;
--		EXECUTE IMMEDIATE 'SELECT 1 FROM DUAL' INTO v;
	END LOOP;
 
	DBMS_OUTPUT.PUT_LINE(24 * 3600 * (SYSDATE - v_date1));
END;

Le SQL pur : 29s
le SQL Dynamique : 42s

02/11/2005, 15h47
ogaudinu

Oui, j'avoue ça fait bizarre dit comme ça...
Bon forcément, c'est pas les interrogations en elles-mêmes qui sont dynamiques, mais plutôt plein de code dans des déclencheurs d'état (before report par exple).

Là je ne trouve QUE du sql dynamique...
Alors que le besoin ne me parait pas necessaire...

Est-ce plus long à l'execution d'après vous ?

[EDIT]
Pas vu la réponse de mcm...]
Bon, je vais pister par ici...

Merci !