SQL/PLSQL中DATE类型直接用字符串赋值是否合规？

一、直接使用日期字符串更新DATE字段是否可行？ #

当前代码能运行，但不推荐长期这么写，核心问题在于依赖数据库的默认配置：

• 短期“可用”是因为当前数据库的NLS_DATE_FORMAT（日期格式参数）刚好匹配了'25-MAY-2024'的格式（比如参数值为DD-MON-RRRR）。
• 但这个参数是可修改的——如果数据库全局参数调整、会话级参数被覆盖，或者代码部署到格式不同的环境（比如测试库和生产库配置不同），字符串会因格式不匹配抛出转换错误，直接导致代码执行失败。
• 另外，这种写法可读性差，对习惯中文日期格式的开发者不友好，容易看错月份信息。

二、日期转换的两种常用写法（中文说明） #

1. TO_DATE(日期字符串, 格式模板) #

这是最安全、最通用的写法，完全不依赖系统默认配置。通过第二个参数明确指定字符串的格式规则，让数据库精准解析日期。比如你修改后的代码：

UPDATE STUDENT_COURSE_INTERMISSION SCI
SET END_DT = TO_DATE('25/05/2024', 'dd/mm/yyyy')
WHERE END_DT = TO_DATE('28/05/2024', 'dd/mm/yyyy') 

这里明确告诉数据库“字符串是日/月/年的格式”，不会有任何歧义，跨环境运行也不会出问题。

2. DATE(日期字符串) #

部分数据库（如PostgreSQL）支持这种简化写法，本质是调用内置的日期转换逻辑，但它仍然依赖数据库的默认日期格式设置，安全性不如显式指定格式的TO_DATE。需要注意的是，Oracle数据库中并没有DATE()转换函数，DATE是数据类型关键字，不能这么用，要区分不同数据库类型。

总结 #

推荐使用你修改后的TO_DATE写法，从根源上避免格式兼容问题，代码的可移植性、可读性和稳定性都更强。

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