Oracle存储过程LAST_DDL_TIME通过脚本执行后未更新问题求助

核心原因：Oracle对无变更DDL的优化机制 #

Oracle的CREATE OR REPLACE语句并非每次执行都会重建对象——只有当提交的DDL代码与数据库中现有对象的实际存储文本（包括格式、空格、换行符等细节）存在差异时，才会真正执行对象替换操作，同时更新LAST_DDL_TIME。如果两次执行的DDL代码完全一致，Oracle会跳过对象重建，仅完成语法验证，此时LAST_DDL_TIME不会发生变化。

不同执行环境的文本处理差异 #

1. SQL Developer的自动格式调整：SQL Developer在提交DDL时，会自动对代码进行格式规范化（比如统一缩进、换行、去除多余空格等），这会导致提交到数据库的对象定义文本，与你SQL文件中的原始内容存在细微差异。因此第一次用SQL Developer执行时，Oracle判定为新定义，更新LAST_DDL_TIME。
2. sqlplus的原始文本读取：PowerShell调用sqlplus执行时，会直接读取SQL文件的原始内容提交给数据库。如果多次执行的是同一个SQL文件，代码文本完全一致，Oracle判定对象无需变更，就不会更新时间戳。

"先SQL Dev再脚本执行"的特殊场景解释 #

当你先用SQL Developer执行DDL后，数据库中存储的对象定义是经过SQL Dev格式化后的版本。此时再用脚本执行原始SQL文件，两者的文本存在差异，Oracle会再次执行对象替换，更新LAST_DDL_TIME。但后续多次执行脚本时，提交的都是相同的原始文本，Oracle判定无变化，因此时间戳不再更新。

验证与解决建议 #

验证方法 #

执行以下SQL查询，对比两种执行方式后对象的存储文本是否一致：

SELECT TEXT FROM USER_SOURCE WHERE NAME = 'MALATH_TEST' ORDER BY LINE;

查看两次结果的文本（包括空格、换行）是否存在差异，即可验证上述结论。

解决办法 #

1. 放弃依赖LAST_DDL_TIME：这是最根本的解决方案。部署时不要通过该字段判断对象是否已更新，而是采用版本控制策略——比如在对象代码中嵌入版本号注释，部署前查询当前对象的版本号，与待部署版本对比后再决定是否执行DDL。
2. 强制触发对象重建：如果必须更新LAST_DDL_TIME，可以在CREATE OR REPLACE语句后添加显式编译命令：

   CREATE OR REPLACE procedure malath_dev.malath_test as
   begin
   DBMS_OUTPUT.put_line('test malath');
   DBMS_OUTPUT.put_line('test malath2');
   end;
   /
   ALTER PROCEDURE malath_dev.malath_test COMPILE;
   

   注意：COMPILE命令会强制重新编译对象，即使代码无变化，也会更新LAST_DDL_TIME。
3. 动态修改DDL文本：在部署脚本中动态修改SQL文件内容（比如每次添加一个包含当前时间的无意义注释），确保每次提交的DDL文本存在差异，但这种方式属于临时 workaround，不推荐长期使用。

内容的提问来源于stack exchange，提问作者Malath Enaim