Skip to Main Content
IBM Data and AI Ideas Portal for Customers


This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:


Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,


Post your ideas

Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the IBM team to refine your idea


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

IBM Employees should enter Ideas at https://ideas.ibm.com


Status Not under consideration
Workspace Db2 for z/OS
Created by Guest
Created on Apr 8, 2014

Provide table function that collects DSN1COMP data

For sake of brevity, I will confine this request to DB2 index compression analysis, but it also applies to tablespaces.

When have more than 100,000 indexes in our various Production DB2 systems. We want to know which of these indexes are the most suitable candidates for index compression. We obviously cannot run the DSN1COMP utility against even a small fraction of these indexes and then manually analyze the results. We need a way to do the analysis programmatically.

If we had a DB2 table function that had similar inputs to the DSN1COMP utility (but with wild-cards) we could easily decide which indexes would give us the most gain from compression. One row would be returned per index partition analyzed.
  • Admin
    Janet Figone
    Reply
    |
    May 6, 2021

    Thank you for submitting this enhancement request. While we view all the enhancement requests we receive as valuable and we would like to implement all of them, in an effort to have maximum transparency we are closing the ones that don’t currently appear on our two year product roadmap. This is not to say that these enhancements may not still be implemented at some point in the future as we do evaluate our requirements on the basis of customer demand and technical impact, to deliver maximum value to our customers.


    We appreciate your input to the Db2 for z/OS development team.  And we hope that you will continue to submit enhancement suggestions for improvements as customer feedback is a key component to shaping the future direction of Db2 for z/OS. 


    Sincerely,

    The Db2 for z/OS Team

  • Guest
    Reply
    |
    Nov 25, 2020

    Hello Bank of America. If it helps... I had a similar requirement to find a "better" way to review many indexes and pick the optimal pagesize.

    My solution was to develop my little homegrown process/tool. Basically, my first job uses DSNTIAUL and SQL to examine catalog indexes for those that are "interesting" and generate DSN1COMP JCL where the DSN1COMP SYSPRINT output is sent to a concatenated dataset. I then submitted that generated JCL. The third JCL uses REXX to parse up the big DSN1COMP SYSPRINT dataset and transform the information into a simple flat file which I then LOAD into a table. At the end, I am able to "easily" query the table to see if the index is worth compressing and pick the optimal pagesize to minimize wasted space. At this point, one could query the final table again and use SQL to "generate" the required ALTER INDEX statements and "generate" the required REORG statements (depends upon environment)

    I described these steps and give the JCL and REXX and everything in my IDUG presentations for 2020 in IDUG NA and IDUG EMEA. (yes, I did the same presentation at both virtual conferences). It will also be presented at IDUG Brazil and IDUG Mexico (in December 2020)

    Obviously, my solution to this requirement is not as elegant as something like you are asking from IBM in this RFE. And your request is reasonable and interesting. But my solution worked for me and it streamlines some of the index-review process.... So it is better then a totally manual process! You could grab the presentation from the IDUG conference website... or email me and I can send a copy.

    brian_laube@manulife.ca