迁移DB2 9.5至Oracle 19c时timestamp(nullif('',''))替代null的作用是什么

这种写法本质是生成明确属于timestamp类型的NULL值，之所以不用更直观的null，完全是为了适配老版本DB2的语法限制：

• 规避DB2 9.5的类型推断缺陷
  老版本DB2对无类型的裸null自动推断能力很差，在视图定义、UNION查询、INSERT INTO ... SELECT这类要求字段类型严格对齐的场景下，直接写null很容易被DB2推断为默认的字符串类型，一旦上下文要求该字段为timestamp类型，就会直接抛出类型不匹配的错误，导致SQL执行失败、视图无法创建。
• 写法原理非常简单
  nullif('','')的返回结果固定为NULL，外层包裹timestamp()函数会强制将这个NULL值的类型声明为timestamp，完全绕开了DB2的自动类型推断逻辑，在各种场景下都不会出现类型兼容问题。

迁移到Oracle 19c的优化建议 #

Oracle的类型推断逻辑比DB2 9.5宽松很多，如果你不想保留这种可读性很差的历史写法，可以直接替换为语义完全等价的cast(null as timestamp)，执行效率没有任何差异，代码可读性会高很多。

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