IBM Support

JR28835: HIGH2KEY AND LOW2KEY ARE TRUNCATED IN DB2 FOR LUW NICKNAMES ON D B2 FOR Z/OS TABLES WITH DECIMAL(14) OR LARGER COLUMNS

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as fixed if next.

Error description

  • When you create a nickname on a DB2 for z/OS table that has a
    DECIMAL column with a precision of 14 or greater, the values of
    HIGH2KEY and LOW2KEY that DB2 for LUW puts into SYSCAT.COLUMNS
    might be truncated.
    
    For example, suppose that the DB2 for z/OS table has the
    following columns with the following values for HIGH2KEY and
    LOW2KEY:
    
    NAME           CHAR(HEX(HIGH2KEY)) CHAR(HEX(LOW2KEY))
    -------------- ------------------- ------------------
    DEC14_COL      F012345678912345    F011345678912345
    DEC15_COL      F123456789123456    F113456789123456
    
    DB2 for LUW will put the following in SYSCAT.COLUMNS.  Note that
    the last two digits of the HIGH2KEY and LOW2KEY values are
    incorrectly set to 0.
    
    COLNAME         HIGH2KEY           LOW2KEY
    --------------- ------------------ -----------------
    DEC14_COL       +12345678912300.   +11345678912300.
    DEC15_COL       +123456789123400.  +113456789123400.
    
    The fix will be as follows:
    
    - For columns with a precision of 14 or 15, DB2 for LUW will put
    the correct values of HIGH2KEY and LOW2KEY into SYSCAT.COLUMNS.
    
    - If the data source is DB2 for z/OS Version 7 and the precision
    is 16 or greater, then DB2 for LUW will not set HIGH2KEY and
    LOW2KEY.  This is necessary because DB2 for z/OS Version 7
    stores only 8 bytes for HIGH2KEY and LOW2KEY.  Therefore when
    the decimal column has a precision of 16 or greater, DB2 for LUW
    cannot get accurate values for HIGH2KEY and LOW2KEY.
    

Local fix

Problem summary

  • Users affected:
       Users of the DB2 for LUW Homogeneous Federation Feature or
    InfoSphere Federation Server
    Problem description and summary:
       See error description.
    The problem is fixed in Future release
    

Problem conclusion

Temporary fix

Comments

APAR Information

  • APAR number

    JR28835

  • Reported component name

    WS II DRDA WRAP

  • Reported component ID

    5724C7406

  • Reported release

    820

  • Status

    CLOSED FIN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2008-03-27

  • Closed date

    2009-06-16

  • Last modified date

    2009-06-16

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

    JR28556

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

Fix information

Applicable component levels

  • R820 PSN

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS2K5T","label":"InfoSphere Federation Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"820","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
16 June 2009