MySQL调用UDF需先将编译好的.so/.dll放入plugin_dir，再用CREATE FUNCTION注册，然后SELECT func_name()调用；PostgreSQL需CREATE FUNCTION并注意LANGUAGE和返回类型匹配；SQL Server需启用clr enabled并设置TRUSTWORTHY或证书权限。
MySQL 中怎么调用自定义函数（UDF）并验证结果
mysql 的 udf（user-defined function）是用 c/c++ 编写的动态库函数，不是 sql 里 create function 那种存储函数。调用前必须先安装、注册，且权限和路径稍有不对就直接报错——常见现象是 function xxx does not exist 或 can't open shared library。
实操建议：
- 确认 MySQL 启动时加载了 UDF 库：检查
plugin_dir路径（用SHOW VARIABLES LIKE 'plugin_dir';查），把编译好的.so（Linux）或.dll（Windows）文件放进去 - 用
CREATE FUNCTION注册（不是定义！）：语法是CREATE FUNCTION func_name RETURNS {STRING|REAL|INTEGER} SONAME 'xxx.so';，注意SONAME必须和文件名完全一致（含后缀） - 调用方式和内置函数一样：
SELECT func_name('abc');，但函数名不支持 schema 限定（不能写db.func_name） - 卸载用
DROP FUNCTION func_name;，但不会删文件，只是解除注册
PostgreSQL 中调用自定义函数（UDF）的正确姿势
PostgreSQL 的 UDF 是用 SQL、PL/pgSQL、C、Python（需 plpython）等语言写的，调用本身简单，但「为什么返回空/报错」往往卡在语言信任级别、权限或返回类型匹配上。
实操建议：
- 用
CREATE OR REPLACE FUNCTION创建后，必须用SELECT或PERFORM（在 PL/pgSQL 里）显式调用，不能像 MySQL 那样直接嵌在 WHERE 里就自动触发（除非是 IMMUTABLE 函数且被优化器选中） - 注意
LANGUAGE子句：用C写的函数要提前编译成共享库，并在CREATE FUNCTION里指定绝对路径；用plpython3u的需开启untrusted语言支持（CREATE EXTENSION plpython3u;） - 返回类型必须严格匹配声明：比如函数声明返回
TEXT，但实际返回NULL或整数，会报function result type mismatch - 调试时加
RAISE NOTICE（PL/pgSQL）或plpy.notice()（PL/Python），输出到服务器日志，别依赖客户端显示
SQL Server 里测试 CLR 自定义函数的典型失败点
SQL Server 的 CLR UDF 要启用 clr enabled 配置，还要设置数据库 TRUSTWORTHY 或用证书签名——这两个开关没开，函数能创建成功，但一调用就报 The user does not have permission to perform this action 或 Execution of user code in the .NET Framework is disabled。
实操建议：
- 先运行
sp_configure 'show advanced options', 1; RECONFIGURE;，再开clr enabled，否则配置不生效 - 数据库级权限：要么执行
ALTER DATABASE [db] SET TRUSTWORTHY ON;（开发环境可，生产慎用），要么用证书+登录+权限链方式授权（更安全但步骤多） - 函数必须标记为
SAFE（默认），如果用了System.IO等非安全类，得设为EXTERNAL_ACCESS或UNSAFE，对应需要更高权限 - 调用时注意参数类型映射：C# 的
int?对应 SQL 的INT NULL，但若函数声明为RETURNS INT（非 null），传入NULL就直接报错
验证 UDF 结果时最容易忽略的三个细节
不管哪种数据库，UDF 返回结果看起来“对”，但逻辑可能错——尤其涉及时区、编码、浮点精度或空值传播时。
实操建议：
- 用
SELECT ... INTO #tmp（SQL Server）或CREATE TEMP TABLE AS（PostgreSQL）把 UDF 输出落地，再查pg_typeof()/SQL_VARIANT_PROPERTY()看真实数据类型，别只看 SELECT 结果的显示值 - 传入边界值：空字符串、
NULL、超长字符串、负数、科学计数法数字，观察是否崩或静默截断 - 对比等价 SQL 实现：比如 UDF 做日期加减，拿
DATEADD或INTERVAL同样逻辑跑一遍，逐行比对结果，能快速定位是逻辑 bug 还是类型隐式转换问题
UDF 不是黑盒，它的行为高度依赖宿主数据库的运行时上下文——哪怕同一段 C 代码，在 MySQL 8.0 和 5.7 的 plugin_dir 权限模型下表现都可能不同。
