Materialized Views not updating cache

[McKnight-42]

…amtable type and test that we do the create and drop instead, and remove a unneeded semi colon

resolves #
docs dbt-labs/docs.getdbt.com/#

Problem

We do not appear to be updating cache for MV functionality like drops, renames, adds which is causing catalog mismatch errors in runs especially between MV's that are dependent on each other

Solution

Current:
we will remove materialized_view from the renameable_relation variable thus reverting us to the create and drop functionality that we were seeing before the introduction in dbt-labs/dbt-core#9682

Attempted:
Update our various macros to either use commonly used Python functions from the base impl.py such as drop_relation, and rename_relation or use the more primitive version designed in the base adapter e.g cache_dropped and cache_renamed to ensure we are maintaining parity with database expectation.

Checklist

• I have read the contributing guide and understand what's expected of me
• I have run this code in development and it appears to resolve the stated issue
• This PR includes tests, or tests are not required/relevant for this PR
• This PR has no interface changes (e.g. macros, cli, logs, json artifacts, config files, adapter interface, etc) or this PR has already received feedback and approval from Product or DX