mysqldump导出含函数调用的视图报“function does not exist”错误，本质是未用--routines参数导出函数体，导致导入时函数缺失；必须先导出并导入函数（routines.sql），再导入视图（view.sql），确保依赖顺序正确。
视图里调用的函数失效，不是改完就自动好，得手动触发重编译或确认权限是否到位。
MySQL 视图引用 UDF 或存储函数时导出报错
mysqldump 导出含函数调用的视图时提示 “function does not exist” 或 “routine not found”，本质是函数没被一并导出，不是视图本身坏了。
- 先用
SHOW CREATE VIEW your_view_name确认视图定义里是否真有your_function()调用 - 必须加
--routines参数导出函数：mysqldump -u user -p --routines db_name > full.sql，否则只导视图结构，不导函数体 - 导入时不能只跑
view.sql—— 函数必须先存在，视图才能创建成功；顺序错了会报ERROR 1305 (42000): FUNCTION db.your_function does not exist
SQL Server 中标量函数变更后视图结果异常
改了函数逻辑（比如把 RETURN @val * 1.1 改成 RETURN ISNULL(@val, 0) * 1.1），但视图 SELECT 还返回旧值，甚至 NULL 变成 0 —— 这不是缓存，是元数据没刷新。
- SQL Server 不会自动标记依赖该函数的视图为 invalid，
sys.objects里状态仍是OK - 必须显式执行
EXEC sp_refreshsqlmodule 'your_view_name'，强制重新解析定义并绑定新函数 - 如果函数跨库（比如
otherdb.dbo.calc_tax()），还要确保调用视图的用户对otherdb有EXECUTE权限，否则运行时报The EXECUTE permission was denied on the object
PostgreSQL 视图调用函数后列名/类型错乱
函数返回 record 或多列 setof，视图里用 SELECT * FROM your_func()，但某天发现列名对不上、类型隐式转换失败，或者 pg_get_viewdef() 显示的字段顺序和实际 SELECT 结果不一致。
- PostgreSQL 的视图定义在创建时就“固化”了函数的返回结构，后续函数 ALTER RETURN TYPE 不会自动更新视图元数据
- 查依赖只能靠
SELECT * FROM pg_depend WHERE refobjid = 'your_func'::regproc，但无法直接定位到哪个视图受影响 - 最稳做法：删掉视图再重建（
DROP VIEW your_view; CREATE VIEW ...），让系统重新解析函数签名 - 别依赖
\d+ your_view看结构——它显示的是创建时快照，不是当前函数真实输出
函数和视图之间的绑定比表更隐蔽，尤其跨 schema 或跨库时，权限、版本、解析时机三个点任何一个卡住，都会让视图“看起来能跑，结果不对”。
