PI80334: DYNAMIC STATEMENT IS NOT BEING CACHED WHEN USING CONCENTRATE STATEMENTS WITH LITERALS PREPARE ATTRIBUTE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Dynamic statement is not put into the Dynamic Statement Cache
  when using the Concentrate Statements with Literals prepare
  attribute .
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All DB2 10 or 11 for z/OS users of an SQL    *
  *                 statement containing a comparison operator   *
  *                 with GRAPHIC column and a literal constant,  *
  *                 and it is a dynamic statement prepared with  *
  *                 attribute CONCENTRATE STATEMENTS WITH        *
  *                 LITERALS.                                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: The dynamic statement that contains a   *
  *                      comparison operator except LIKE with a  *
  *                      GRAPHIC column and a literal constant   *
  *                      and is prepared with attribute          *
  *                      CONCENTRATE STATEMENTS WITH LITERALS    *
  *                      may not be cache-matched with the       *
  *                      existing cache statement even though    *
  *                      it is qualified for literal constant    *
  *                      reuse.                                  *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  An example is shown below:
  
  CREATE TABLE T1(C1 INTEGER NOT NULL WITH DEFAULT,
                  C2 GRAPHIC(4) NOT NULL WITH DEFAULT)
  CCSID UNICODE;
  
  TCGHV1 = 'SELECT C1, C2 FROM T1
            WHERE C1 = 1234 AND C2 = ''ABCD'' ' ;
  
  TCGHV2 = 'SELECT C1, C2 FROM T1
            WHERE C1 = 0012 AND C2 = ''ABCD'' ' ;
  
  ATTRHV =  'CONCENTRATE STATEMENTS WITH LITERALS' ;
  
  EXEC SQL
  PREPARE STMT1 ATTRIBUTES :ATTRHV
  FROM :TCGHV1
  ;
  
  EXEC SQL
  EXECUTE STMT1;
  
  EXEC SQL
  PREPARE STMT2 ATTRIBUTES :ATTRHV
  FROM :TCGHV2
  ;
  
  EXEC SQL
  EXECUTE STMT2;
  
  DB2 did not correctly process the second dynamic statement
  during PREPARE and it's not cache-matched with the existing
  cache statement even though it is qualified for literal
  constant reuse.
  

Problem conclusion

• DB2 has been modified to correctly process the SQL statement.
  
  Additional Keywords: SQLDYNSTMTCACHE
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  016AC4Ÿ PI81571 UI47497 UI47498

Modules/Macros

• DSNXOCKL
  

Fix information

• Fixed component name

  DB2 OS/390 & Z/

• Fixed component ID

  5740XYR00

Applicable component levels

• RA10 PSY UI47497

     UP17/06/30 P F706

• RB10 PSY UI47498

     UP17/06/30 P F706

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.