EXPLAIN PLAN qui ne fonctionne pas [Résolu]

[sam01]

Bonjour,

j'ai préféré ouvrir un nouveau post car il s'agit d'un EXPLAIN PLAN que je ne parviens pas faire marcher...

Voici la sysin

Code :

1
2
3
4
5
6
7
8
 
SET CURRENT SQLID = 'OPC';            
  EXPLAIN PLAN SET QUERYNO = 99999 FOR
SELECT *                                                 
     FROM CFVTP                                               
     ORDER BY XAX,BTP,JKP,BDF,             
              NHY,LPM,HDT,NHP             
     FOR FETCH ONLY ;

j'ai l'erreur suivante :

SQLERROR ON EXPLAIN COMMAND, PREPARE FUNCTION
RESULT OF SQL STATEMENT:
DSNT408I SQLCODE = -204, ERROR: OPC.CFVTP IS AN UNDEFINED NAME
DSNT418I SQLSTATE = 42704 SQLSTATE RETURN CODE
DSNT415I SQLERRP = DSNXOTL SQL PROCEDURE DETECTING ERROR
DSNT416I SQLERRD = -500 0 0 -1 0 0 SQL DIAGNOSTIC INFORMATION
DSNT416I SQLERRD = X'FFFFFE0C' X'00000000' X'00000000' X'FFFFFFFF' X'000
INFORMATION

Merci pour votre aide.

[punkoff]

Salut,

Code :

1
2
 
DSNT408I SQLCODE = -204, ERROR: OPC.CFVTP IS AN UNDEFINED NAME

la réponse se trouve ici => mauvaise syntaxe, droit, ...

[sam01]

J'ai réussi à le faire passer en retirant le SET CURRENT SQLID = 'OPC';

[Luc Orient]

C'est pas une erreur de syntaxe ... C'est juste que comme le nom de la table dans l'instructuin EXPLAIN n'était pas qualifié, DB2 a pris le SQLID courant pour former un nom complet qui, manifestement, n'est pas le bon ...

Edit :
Et donc, qu'est-ce qui donne ton EXPLAiN ?

[sam01]

Justement, j'y arrive.

J'ai utiliser le JCL suivant

Code :

1
2
3
4
5
6
7
8
9
10
11
 
//SELECTA  EXEC PGM=IKJEFT01,REGION=4M                                
//SYSTSPRT DD  SYSOUT=*                                               
//SYSPRINT DD  *                                              
//SYSUDUMP DD  SYSOUT=*                                               
//SYSTSIN  DD  *                                                      
 DSN SYSTEM(DBR2)                                                     
   RUN PROGRAM(DSNTEP2) PLAN(DSNTEP2)                                 
 END                                                                  
//SYSIN    DD *                                                       
     SELECT * FROM OPC.PLAN_TABLE WHERE QUERYNO = 99999;

le souci c'est la sysprint est illisible..

Je sais qu'il y a un programme qui permet d'obtenir un résultat sur une seule ligne, ce qui est beaucoup plus lisible... mais je ne me souvient plus lequel...

[Luc Orient]

Envoyé par sam01

... le souci c'est la sysprint est illisible..

Passe la requête de lecture de ta PLAN TABLE en interactif sous ISPF et avec SPUFI. Le résultat est affiché sur une seule ligne ... Bon, faudra un peu jongler avec les F10 / F11 mais ça reste lisible ...

[sam01]

Je ne peux pas en interactif, je n'ai pas les autorisations... Je suis obligé de passer par OPC...

[Luc Orient]

Envoyé par sam01

Je ne peux pas en interactif, je n'ai pas les autorisations... Je suis obligé de passer par OPC...

Décidemment pas facile de faire de la perf sur ton site ...

[sam01]

Tu ne crois pas si bien dire....

Dès que je retrouve ce programme je reviens vers vous.

[bernard59139]

En général, j'utilise une requête sql écrite pour:

1. selectionner les quelques colonnes utiles. Cette sélection dépend de ce que je cherche
2. formater ces colonnes. Par ex: certaines colonnes sont en char(1) et le nom fait 10c, ==> 10c dans le listing.

Ou alors, il faut utiliser Platinum (ou RC-Query, c'est la même chose), ou Mainview for Db2 ou ... Mais sans autorisation sur la plan_table c'est impossible. A moins de se créer sa plan_table perso, mais là il faut gérer.

[sam01]

Salut bernard59139, j'ai l'autorisation sur Platinum de la PLAN_TABLE mais j'ai ce message quand je veux browse :

Code :

1
2
3
4
5
6
 
RUPM r14.5  ------------- RC/Update Main Menu ------------ 09/20/2011 10:27:59 
COMMAND ===>                                                                   
RU091E You are NOT authorized FOR the application you requested.               
OPTION      => B                     Object  => T           Mode  => O ONLINE  
Item Name   => PLAN_TABLE          > Creator => EXPLAIN   > WHERE => Y

Pourtant mon groupe RACF est autoriser sur cette PLAN_TABLE...

Y-a-t'il une autre autorisation à avoir ?

[sam01]

Bon alors tant pis j'ai fait un select classique par batch :

Code :

1
2
3
4
5
6
7
 
 
SELECT PLANNO,APPLNAME,METHOD,TNAME,ACCESSTYPE,MATCHCOLS,               
ACCESSNAME,INDEXONLY,PREFETCH                                           
FROM OPC.PLAN_TABLE                                                     
WHERE QUERYNO = 99999                                                   
ORDER BY PLANNO

Voici le résultat :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
 
+----------------------------------- 
!  PLANNO   ! APPLNAME !  METHOD   ! 
+----------------------------------- 
!         1 !          !         0 ! 
+----------------------------------- 
 
----------------------------------------------------------------
!                                                          TNAME
----------------------------------------------------------------
! TBCNT                                                         
----------------------------------------------------------------
 
--------------------------
! ACCESSTYPE ! MATCHCOLS !
--------------------------
! I          !         0 !
--------------------------
 
-----------------------------------------------------------------------
!                                                        ACCESSNAME    
-----------------------------------------------------------------------
! IXBANC                                                               
-----------------------------------------------------------------------
 
-----------------------+    
! INDEXONLY ! PREFETCH !    
-----------------------+    
! N         ! S        !    
-----------------------+

[bernard59139]

RU091E You are NOT authorized FOR the application you requested

danss platinum, tu as des applications (des groupes de programmes).
il faut être autorisé pout utiliser chacune de ces applications

[sam01]

Mais alors comment connaître le nom de ce programme ou de ce plan afin que je puisse faire une demande d'autorisation.

Il faut autoriser sur un plan, une table un package ?

[bernard59139]

Le nom de l'application devrait être écrit qque part.
si je me souviens bien, ca correspond à un plan dans db2,
Normalement, ton admin devrais savoir.

[Luc Orient]

Envoyé par sam01

... Voici le résultat :

Donc c'est bien un accès via l'index :
ACCESSTYPE = I

sans utilisation de l'aborescence :
MATCHCOLS = 0

c'est ce qu'on appelle un " NON MATCHING INDEX SCAN "

La bonne nouvelle c'est qu'on a :
PREFETCH = S
ce qui est plutôt favorable ...

Questions :

1) est-ce que l'index IXBANC est l'index CLUSTER sur la table ?

2) en plus de la PLAN_TABLE est-ce que tu as une DSN_STATEMNT_TABLE ?

[pdz74]

Tu scannes l'index en faisant du séquential prefetch. Dont acte. Malheureusement, tu n'es pas en Indexonly. Cela signifie que tu vas scanner l'index et pour chaque ligne de l'index, DB2 te renverra également sur les datas. Ca donne un double scan. En général, ce n'est pas génial, il est préférable de scanner directement la table, DB2 se chargeant de faire ensuite un tri des lignes résultantes, plutôt que de profiter de l'index pour faire le tri. Evidemment, il y a des exceptions ou le tri par l'index est meilleur, DB2 n'étant pas un long fleuve tranquille.

Concernant la PLAN_TABLE, voici le SELECT que je réalise après un EXPLAIN, sachant que j'édite le résultat grâce à un petit easytrieve, ce qui me permet d'avoir un résultat lisible et simple à analyser.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT CAST(PROGNAME AS CHAR(8)), QUERYNO, QBLOCKNO, PLANNO,            
SUBSTR(DIGITS(MIXOPSEQ),3,3), '    ', SUBSTR(DIGITS(METHOD),3,3),       
CAST(TNAME AS CHAR(18)), ACCESSTYPE, SUBSTR(DIGITS(MATCHCOLS),3,3),     
CAST(ACCESSNAME AS CHAR(18)), INDEXONLY, SORTN_UNIQ, SORTN_JOIN,        
SORTN_ORDERBY, SORTN_GROUPBY, SORTC_UNIQ, SORTC_JOIN, SORTC_ORDERBY,    
SORTC_GROUPBY, TSLOCKMODE, PREFETCH, SUBSTR(DIGITS(TABNO),3,3),         
COLUMN_FN_EVAL, SUBSTR(DIGITS(ACCESS_DEGREE),3,3),                      
SUBSTR(DIGITS(ACCESS_PGROUP_ID),3,3), SUBSTR(DIGITS(JOIN_DEGREE),3,3),  
SUBSTR(DIGITS(JOIN_PGROUP_ID),3,3), SUBSTR(DIGITS(SORTC_PGROUP_ID),3,3),
SUBSTR(DIGITS(SORTN_PGROUP_ID),3,3), PARALLELISM_MODE,                  
SUBSTR(DIGITS(MERGE_JOIN_COLS),3,3), PAGE_RANGE, JOIN_TYPE,             
WHEN_OPTIMIZE, QBLOCK_TYPE, TIMESTAMP, PARENT_QBLOCKNO,                 
CHAR(COALESCE(TABLE_TYPE, ' '), 1)

[sam01]

Envoyé par Luc Orient

1) est-ce que l'index IXBANC est l'index CLUSTER sur la table ?

2) en plus de la PLAN_TABLE est-ce que tu as une DSN_STATEMNT_TABLE ?

Je pense qu'il est cluster voici les détails

Code :

1
2
3
4
 
CLUSTERED: Y   
CLUSTER% : 100 
SPACE    : 0K

il y a une table DSN_STATEMNT_TABLE.

[sam01]

Envoyé par pdz74

Tu scannes l'index en faisant du séquential prefetch. Dont acte. Malheureusement, tu n'es pas en Indexonly. Cela signifie que tu vas scanner l'index et pour chaque ligne de l'index, DB2 te renverra également sur les datas. Ca donne un double scan. En général, ce n'est pas génial, il est préférable de scanner directement la table, DB2 se chargeant de faire ensuite un tri des lignes résultantes, plutôt que de profiter de l'index pour faire le tri. Evidemment, il y a des exceptions ou le tri par l'index est meilleur, DB2 n'étant pas un long fleuve tranquille.

Concernant la PLAN_TABLE, voici le SELECT que je réalise après un EXPLAIN, sachant que j'édite le résultat grâce à un petit easytrieve, ce qui me permet d'avoir un résultat lisible et simple à analyser.

Code :

Bonjour pdz74, il n'y a pas de clause WHERE dans ton select ?

Et qu'est-ce que easytrieve ?

Qu'appelle-tu scanner directement la table ?

[pdz74]

Pas de clause Where : normal, je n'ai fourni que les expressions sélectionnées. Tu es libre de ne cibler que les lignes qui t'intéressent avec le queryno en particulier.

Easytrieve est un petit langage de programmation qui permet de faire de manière extrêmement simple des éditions, des lectures de fichiers, ... Sur Zos, tu écrits en 10 lignes ce qui t'en prendrait 200 en cobol et tu n'as même pas besoin de compilation, tu peux exécuter directement le source. Malheureusement, si tu n'as pas ce langage dans ta société, c'est rapé.

Quant à un scan de table, c'est tout simplement le fait de lire toutes les lignes d'une table sans passer par aucun index. 99% du temps, DB2 fait du séquentiel prefetch, cad qu'il anticipe les lectures avant même que tu les demandes. De plus, ce qui coute cher avec DB2, ce sont les I/O disques. Quand tu scannes une table complète, DB2 ramène la 1ère page et renvoie bien sur toutes les lignes de cette page. Donc, avec une I/O, DB2 peut ramener 100 lignes par exemple. Puis DB2 passe à la page suivante...

Quitte à lire toutes les lignes d'une table, il est bien préférable de faire un bon scan de table une bonne fois pour toute, plutôt que de lire les lignes 1 par 1 au fur et à mesure des besoins. Les accès directs, dans un contexte batch, c'est la mort coté performances.

A ta disposition.