查清视图依赖需结合系统表递归分析：postgresql用pg_depend+pg_views，mysql靠information_schema并递归解析定义，sql server用sys.dm_exec_describe_first_result_set和sys.sql_expression_dependencies；同时须识别跨库函数语法差异。
查清视图依赖哪些表和函数
视图本身不存数据，迁移前必须知道它背后真正调用的是什么。直接看 CREATE VIEW 语句不够，因为可能嵌套了其他视图、调用了自定义函数，甚至用了 DBLINK 或外部表。
- PostgreSQL 用
pg_depend+pg_views关联查依赖：先从pg_views找到视图定义，再用pg_depend查它依赖的objid对应哪些表、函数 - MySQL 8.0+ 可查
information_schema.VIEW_TABLE_USAGE和VIEW_ROUTINE_USAGE，但对嵌套视图支持弱，得递归解析VIEW_DEFINITION字段里的 SQL 片段 - SQL Server 推荐用
sys.dm_exec_describe_first_result_set输入视图名，能展开一层依赖；深层依赖得靠sys.sql_expression_dependencies，注意is_ambiguous = 1的行意味着引用不明确，很可能在目标库报错
识别语法和函数的跨库不兼容点
同一句 SELECT 在 PostgreSQL 里跑得欢，搬到 Oracle 可能连 OFFSET 都不认——不是所有数据库都支持标准分页写法，更别说窗口函数的细节差异。
-
STRING_AGG()在 PostgreSQL 和 SQL Server 2017+ 存在，但 MySQL 要用GROUP_CONCAT()，Oracle 用LISTAGG()，参数顺序和分隔符处理也不一样 -
COALESCE()全平台支持，但NULLIF()在旧版 SQL Server（ - 正则相关函数最危险：
REGEXP_LIKE()（Oracle）、~操作符（PostgreSQL）、REGEXP()（MySQL）三者语法不互通，且部分引擎不支持捕获组或 Unicode 标志 - 时间函数看似通用，实则陷阱多：
NOW()在 PostgreSQL 返回带时区时间戳，在 MySQL 默认返回本地时区，而 SQL Server 的GETDATE()没有时区信息——视图若用于跨时区业务，结果可能偏移数小时
检查视图是否含不可迁移的特性
有些视图看着普通，实际绑定了数据库特有机制，一迁就崩。这类问题往往在上线后才暴露，但排查成本极高。
- 物化视图（如 Oracle
MATERIALIZED VIEW、PostgreSQL 的MATERIALIZED VIEW）不能直接对应到 MySQL 或 SQL Server，得改造成定时刷新的表 + 调度任务 - 包含
DBLINK（PostgreSQL）、CREATE SYNONYM（Oracle）或OPENQUERY（SQL Server）的视图，本质是跨库查询，目标库若无等效能力，只能拆成应用层多次查询 - 使用了特定扩展：比如 PostgreSQL 的
hstore、jsonb_path_query()，或 SQL Server 的FOR XML/FOR JSON，这些在目标库要么没有，要么输出格式不兼容，不能简单替换函数名 - 权限模型差异被忽略：PostgreSQL 视图可设
SECURITY DEFINER，SQL Server 用EXECUTE AS，MySQL 8.0 才支持SQL SECURITY DEFINER，低版本迁移后可能因权限不足静默返回空结果
验证数据一致性比语法正确更重要
语法能过不代表结果对。尤其涉及隐式类型转换、空值处理、排序稳定性时，同一条视图定义在不同引擎下可能返回不同行序、不同聚合结果，甚至漏数据。
- 别只跑
SELECT * FROM view_name LIMIT 10就算验过了——加ORDER BY再比对全量结果集哈希（如MD5(GROUP_CONCAT(CONCAT_WS('|', col1, col2)))），否则排序无保证的引擎（如未显式ORDER BY的 MySQL）会每次结果不同 - 注意
NULL语义：PostgreSQL 中NULL = NULL为UNKNOWN，SQL Server 默认为FALSE（除非设ANSI_NULLS OFF），这会影响JOIN条件和WHERE过滤 - 聚合函数的空值处理也不同：
COUNT(*)全平台一致，但COUNT(col)在 Oracle 会跳过NULL，而某些 Greenplum 版本对TEXT列的NULL判定逻辑有 bug
真正麻烦的从来不是“能不能建出来”，而是“建出来之后，业务代码读到的数据和原来是不是一回事”。尤其是那些没写测试用例、只靠人工核对几条样例的老视图，最容易在迁移后悄悄出错。
