Every finding OptiHouse can produce, grouped into ten delivery waves — from quick storage wins to SQL rewrites and physical design advice. Each recommendation carries a severity, an expected impact and an auto-generated runbook.
How to read a recommendation
Every finding has a type (one of the rows below), a severity (low / medium / high / critical), an expected impact estimated in bytes, CPU or dollars, and a confidence score. High-confidence findings can be applied or auto-applied; low-confidence ones are surfaced as soft signals.
Status markers
Recommendation types in Wave 1–5 are fully shipped. Wave 6–10 ship at MVP depth — the analyzer, runbook and UI exist, and the runbook spells out the real integration steps.
Wave 1 — Quick wins
ID
Recommendation
What it surfaces
1.1
Zombie materialized views
MVs that still consume merges and storage but feed nothing.
1.2
Storage fragmentation map
Tables with too many tiny parts and low average part size.
1.3
Auto-generated runbooks
Every finding gets probable causes, diagnostic SQL and remediation steps.
1.4
Query scheduling
Concurrent bursts at the same minute that could be staggered.
1.5
Recommendation impact tracking
Before/after metrics once a fix is applied — bytes saved, parts reduced.
Wave 2 — Query intelligence
ID
Recommendation
What it surfaces
2.1
Query fingerprint drift
A query pattern that started reading or running noticeably more than before.
2.2
Partition efficiency score
Queries that scan far more partitions than they return rows from.
2.3
Workload classification
Users bucketed into ETL / BI / monitoring / ad-hoc traffic.