针对你的Oracle Apex 5.1.2场景，两种写法虽然都能运行，但从语义适配、业务逻辑一致性和后续维护的角度，更推荐用NULL来清空BLOB列，原因如下：

• 语义更贴合“删除附件”的需求：
  当用户删除附件时，业务上代表这条记录不再关联任何文件，用NULL直接表示“无值”，完全符合这个语义；而EMPTY_BLOB()是创建了一个空的BLOB对象（长度为0，但列值并非空），会让后续的逻辑判断（比如检查是否存在附件）出现歧义——比如用blob_column IS NOT NULL会认为有值，但实际没有有效文件。

• 适配Apex文件组件的行为：
  Apex的文件浏览项在处理上传时，无论是原BLOB为NULL还是EMPTY_BLOB()都能覆盖写入新文件，但在显示“是否有附件”或触发下载时，NULL的表现更符合预期：如果BLOB是NULL，Apex通常会直接提示无文件可下载；而EMPTY_BLOB()可能会生成一个空文件供下载，这不是用户删除附件后的预期结果。

• 保证业务数据一致性：
  别忘了同步更新你的文件名和MIME类型列——把它们也设为NULL，这样整个记录的附件相关字段状态完全一致，避免出现“BLOB为空但文件名还存在”的矛盾数据。完整的更新语句应该是：

  UPDATE table_name 
  SET blob_column = null,
      filename_column = null,
      mime_type_column = null
  WHERE my_id = id
  

• 存储与维护成本更低：
  NULL在数据库中存储更高效（不占用额外空间），而EMPTY_BLOB()虽然占用空间极小，但会让后续的SQL查询、报表生成等逻辑需要额外判断BLOB长度是否为0，增加不必要的复杂度。

当然，如果你的业务逻辑中明确需要保留一个“空BLOB占位”的状态（这种场景非常少见），才考虑用EMPTY_BLOB()，否则NULL是更优的选择。

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