Discussion :

[Arrnno]

Bonjour,

J'ai un sql avec utilisation de l'instruction WITH pour un fichier temporaire.
Si ce dernier ne contient aucun enregsitrement je souhaite que le reste du sql ne s'exécute pas.
Une instruction existe-t-elle pour réaliser ceci ?
Pour le moment j'utilise un select count > 0 du fichier temp dans la clause where du SQL suivant...

Merci Arnaud

[pwrdwnsys]

Ton instruction est "autonome" (dans un requêteur), dans une procédure stockée ou embarquée dans un programme ? Pour les deux dernières solutions, tu dois pouvoir tester le SQLSTATE : 02000 signifie qu'aucun enregistrement n'est lu (cf. doc pour la liste exhaustive des valeurs de SQLSTATE).

[Arrnno]

Oui, mais dans mon cas c'est une suite d'instructions dans un DECLARE alors je ne sais pas si on peut tester le résultat de chaque...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
DECLARE X CURSOR WITH RETURN FOR                    
WITH TEMP_Z AS(                                       
select NPROPR, DAPLPR FROM  Z p1                    
WHERE  ...  ),                  
TEMP_Y AS(                                            
SELECT                                                     
NRUPHR,  DRUPHR, NPROHR, AOPEHR, COPEHR, CCTGHR, CTHMHR,   
NENTHR, APPRHR, QMQCHR, CRCAHR, NBLRHR, QMQCLAL, NBLGRAL   
FROM Y
WHERE ...)
SELECT etc....

....

[Skylyn]

SQLSTATE : 02000 signifie qu'aucun enregistrement n'est lu

Vrai! Mais dans un programme, il est plus simple de tester SQLCODE = 100

[pwrdwnsys]

Oui, mais dans mon cas c'est une suite d'instructions dans un DECLARE alors je ne sais pas si on peut tester le résultat de chaque...
[....]

Si c'est dans une seule instruction, si à l'ouverture du curseur ta table temporaire ne contient rien, la suite de l'instruction ne durera pas longtemps, et je pense même que le moteur SQL arrêtera tout de suite...

[pwrdwnsys]

Vrai! Mais dans un programme, il est plus simple de tester SQLCODE = 100

Pourquoi ? un if SQLSTATE < "02000" se code aussi bien qu'un if SQLCODE < "100".

Il me semble que le SQLSTATE est plus précis, puisque pour un SQLSTATE, tu peux avoir plusieurs SQLCODE.

d'ailleurs, dans la doc SQL : "SQLSTATE is the preferred standard return code. It provides application programs with return
codes for common error conditions found among the DB2 products".

Mais c'est comme tout, une question d'habitude. Les 2 sont valables.

[Skylyn]

Oui je suis d'accord ça se code de la même manière :

que ce soit SQLCODE = 100 ou SQLSTATE = 2000

L'avantage que je trouve au SQLCODE = 100 c'est juste que si tu "fetches" le curseur, ça veut dire que t'es positionné sur la dernière ligne et si tu as ça sur un SELECT c'est juste qu'aucune ligne n'est renvoyée.

Comme tu dis, un SQLSTATE peut correspondre à plusieurs SQLCODE.

C'est un peu embêtant car pour un SQLCODE donné tu as une (ou plusieurs) raison(s) valable(s).

Par exemple un -551, tu sais tout de suite, sans avoir à comparer le SQLSTATE, que tu n'es pas "granté" sur la table.

Ou encore un -206 te dira, sans besoin du SQLSTATE, que la colonne n'existe pas dans le "contexte" (vue ou table).

Et ceci est vrai quelque soit le SQLCODE (-805,...)

D'ailleurs, c'est plus simple à comparer, je trouve (c'est un avis perso)

Code :

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

1
2
3
4
5
6
7
8
9
 
EVALUATE SQLCODE
   WHEN 0
      DISPLAY 'Deroulement Correct'
   WHEN 100
      DISPLAY 'Pas trouvé ou fin curseur'
   WHEN OTHER
      DISPLAY 'Erreur DB2'
END-EVALUATE

[Arrnno]

Merci pour ces précisions.
J'en reste donc à mon
"select count > 0 du fichier temp dans la clause where du SQL suivant"
Cdlt Arnaud

[punkoff]

Bonjour,

J'ai un gros doute sur la pertinence du count> 0.

Quelle est la requete actuelle ?

Au passage une instruction WITH ne crée pas de fichier temporaire, en fait elle ne crée pas de fichier du tout.


Une meilleur approche serai de faire un explain de votre requête pour voir ce que l'optimiseur SQL fait vraiment