HIVE-28773: CBO fails when a materialized view is dropped but its pre-compiled plan remains in the registry.

[kasakrisz]

What changes were proposed in this pull request?

• The materialized view registry is initialized by loading all MVs from HMS that are enabled for query rewrite and precompiled. Later, a scheduled thread refreshes the registry periodically in the same way. This patch adds logic to remove MVs from the registry that no longer exist in HMS or have been disabled for query rewrite since the last refresh.
• Rename MaterializedViewCache to MaterializedViewMap because it is not a cache.
• Modify the way MVs are stored in the map: remove the database grouping and add the database name as a key prefix to the MV name. Since all MVs are queried and added to the planner during query rewrite, this approach aligns better with the most common function of the registry/map.

Why are the changes needed?

Dropped MVs may casue CBO failure. See jira HIVE-28773 for details

Does this PR introduce any user-facing change?

Yes. CBO failure is intermittent in clusters with multiple HS2s and depending on the query the whole compilation process could fail. This patch fixes these intermittent issues.

Is the change a dependency upgrade?

No.

How was this patch tested?

mvn test -Dtest=TestQueryRewrite,TestHiveMaterializedViewRegistry -pl itests/hive-unit -Pitests
mvn test -Dtest=TestMaterializedViewMap -pl ql

[sonarqubecloud]

Quality Gate passed

Issues
28 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud