Which script(s) does this affect?
Problem Statement
With PAGE COMPRESSION being recommended through out for those indexes not yet compressed it brought CPU utilization to mind:
Add another result set for indexes that already have page compression enabled showing the compression success rate. If someone is in a CPU constrained environment one place to look would be page compressed tables with high levels of inserts/updates/deletes. The decision to revert to row compression would be left to the DBA -- Know your environment.
Food for thought.
I'm happy to take a whack....
Cheers
Proposed Solution
Add another result set for indexes that already have page compression enabled showing the compression success rate.
Use Case
Could benefit those in CPU constrained environments. May provide just enough to work out a more suitable solution.
Alternatives Considered
No response
Contribution
Which script(s) does this affect?
Problem Statement
With PAGE COMPRESSION being recommended through out for those indexes not yet compressed it brought CPU utilization to mind:
Add another result set for indexes that already have page compression enabled showing the compression success rate. If someone is in a CPU constrained environment one place to look would be page compressed tables with high levels of inserts/updates/deletes. The decision to revert to row compression would be left to the DBA -- Know your environment.
Food for thought.
I'm happy to take a whack....
Cheers
Proposed Solution
Add another result set for indexes that already have page compression enabled showing the compression success rate.
Use Case
Could benefit those in CPU constrained environments. May provide just enough to work out a more suitable solution.
Alternatives Considered
No response
Contribution