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:
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,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Help IBM prioritize your ideas and requests
The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The product management team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.
Receive notification on the decision
Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.
There is a need for various reasons for this utility to be standardized with other utilities to operate on partition level. Firstly, as per example above, it is impossible to execute standardized housekeeping syntax to run all required utilities for given partition in one execution. Combined as above is rendering an error.
Most important is fact, that vast majority and the biggest of the statistics history collection tables have and recognize partition of the object. There is a lot of applications that use the partitions over time and then switch to next partition per business period for example, business unit, time etc. As result, it is very common situation when some partitions are stable and do not need stats collection, while other parts needs to get runstats running every day as data changes, grows in it etc. With current design and lack of functionality, those stats only ever grow as it is not possible to trim old stats, for example month old for only currently used partition, not impacting historical stats collected for other partitions. Even though as mentioned, majority of biggest (column related) stats history tables are partion aware. Among others, for this reason those tables grow like crazy while they do not need to.
Do not place IBM confidential, company confidential, or personal information into any field.