ORA-14552错误是Oracle硬性限制：函数中执行DDL（如EXECUTE IMMEDIATE 'COMMENT ON COLUMN...'）必然报错，因其破坏SQL查询的无副作用契约；正确做法是改用存储过程配合OUT参数，或让函数仅返回DDL语句字符串而不执行。
函数里执行 EXECUTE IMMEDIATE DDL 会报 ORA-14552
直接在 pl/sql 函数中调用 execute immediate 执行 create、comment on column 等 ddl 语句，一定会触发 ora-14552: cannot perform a ddl, commit or rollback inside a query or dml statement。这不是权限或拼写问题，而是 oracle 的硬性运行时限制：函数被设计为“纯计算单元”，必须可安全嵌入在 sql 查询（如 select f() from dual）中，而 ddl 会隐式提交、改变数据字典、破坏事务一致性，oracle 拒绝让这种副作用污染查询上下文。
即使函数声明为 AUTHID CURRENT_USER 或加了 PRAGMA AUTONOMOUS_TRANSACTION，只要它被用于 SQL 表达式（比如 SELECT my_func() FROM dual），就仍会报这个错——自治事务能解决触发器里的 DDL，但救不了函数在 SQL 中的调用场景。
存储过程可以，函数不行：关键区别在调用契约
存储过程是独立执行单元，调用者明确知道它可能修改数据库状态；函数则被 SQL 引擎当作“值生成器”，要求幂等、无副作用。所以：
-
CREATE PROCEDURE p AS BEGIN EXECUTE IMMEDIATE 'CREATE TABLE t(x INT)'; END;—— 合法，可直接EXEC p; -
CREATE FUNCTION f RETURN VARCHAR2 AS BEGIN EXECUTE IMMEDIATE 'COMMENT ON COLUMN t.x IS ''test'''; RETURN 'done'; END;—— 编译通过，但运行时报ORA-14552，尤其当它出现在SELECT里 - 哪怕函数只在匿名块中被
DECLARE ... BEGIN f(); END;调用，也依然报错——Oracle 不区分调用方式，只看函数定义是否允许 DDL 上下文
绕不过去？那就换角色：用存储过程 + 输出参数替代函数
如果你需要“执行 DDL 并返回结果（如成功/失败信息）”，唯一合规路径是放弃函数，改用存储过程，并用 OUT 参数传回状态：
CREATE OR REPLACE PROCEDURE add_col_comment(
p_owner IN VARCHAR2,
p_table IN VARCHAR2,
p_column IN VARCHAR2,
p_comment IN VARCHAR2,
p_result OUT VARCHAR2
) AS
BEGIN
EXECUTE IMMEDIATE 'COMMENT ON COLUMN ' ||
DBMS_ASSERT.SIMPLE_SQL_NAME(p_owner) || '.' ||
DBMS_ASSERT.SIMPLE_SQL_NAME(p_table) || '.' ||
DBMS_ASSERT.SIMPLE_SQL_NAME(p_column) ||
' IS ''' || REPLACE(p_comment, '''', '''''') || '''';
p_result := 'SUCCESS';
EXCEPTION
WHEN OTHERS THEN
p_result := 'ERROR: ' || SQLERRM;
END;
调用时必须用 PL/SQL 块，不能塞进 SELECT：
DECLARE
v_out VARCHAR2(200);
BEGIN
add_col_comment('SCOTT', 'EMP', 'SAL', 'monthly salary', v_out);
DBMS_OUTPUT.PUT_LINE(v_out);
END;
真要函数返回 DDL 结果？只能靠间接手段
极少数场景（如元数据检查工具）确实需要“函数式接口”，此时只能避开直接执行 DDL，转为检查、预生成或委托：
- 用函数查
USER_TAB_COMMENTS或USER_COL_COMMENTS返回当前注释，不执行 DDL - 函数只拼出 DDL 字符串（如
RETURN 'COMMENT ON COLUMN ...'），由外部脚本或调度器真正执行 - 函数调用
DBMS_SCHEDULER.CREATE_JOB提交一个异步作业去跑 DDL，自己只返回 job_name —— 但这引入延迟和运维复杂度
所有这些变通都绕不开一个事实：Oracle 函数的语义边界是刚性的。想在函数体里真正落地一条 CREATE 或 DROP，不是技巧问题，是设计否定。别跟契约较劲，换容器更省事。
