Fix: Avoid unnecessary view recreation for metadata changes during migration

[xardasos]

This PR optimizes views migration. In the case of metadata changes, it is not always necessary to recreate views if the engine doesn't support view comments. This optimization is especially relevant for materialized views, which can take more time to be rebuilt.

[xardasos]

Hi @izeigerman, @erindru and @eakmanrq, I'd appreciate your review of this PR.

The changes aim to prevent unnecessary view (especially MV) recreation when deploying Metadata snapshots to production on engines that don't support view comments. In previous versions of SQLMesh (before 0.183.0, related to #4414), metadata changes didn't trigger view recreation. This PR aims to restore this behavior while still allowing view recreation in scenarios where it's necessary.

Note: For engines that support comments in post-creation commands (like COMMENT or ALTER), we might be able to avoid recreation and only update the comments. This optimization is not included in this PR. However, it's unlikely to be feasible for engines that only allow comments in CREATE VIEW schema definitions.

I'm open to any suggestions you may have. Thanks for your time!