

新闻资讯
技术学院SQL中无统一DATEFORMAT函数,各数据库格式化方式不同:SQL Server用FORMAT/CONVERT,MySQL用DATE_FORMAT,PostgreSQL用TO_CHAR;应优先规范存储类型并避免WHERE中函数格式化。
SQL 中没有统一的 DATEFORMAT 函数,不同数据库对时间格式转换的支持方式差异较大。所谓“DATEFORMAT”通常是对 SQL Server 的 FORMAT() 或 CONVERT()、MySQL 的 DATE_FORMAT()、PostgreSQL 的 TO_ 等函数的泛称。关键不是记名字,而是理解各数据库的语法逻辑和常用场景。
CHAR()
FORMAT() 是最直观的方式(SQL Server 2012+),支持 .NET 风格格式字符串;CONVERT() 更轻量、性能更好,但依赖风格编号(style code)。
SELECT FORMAT(GETDATE(), 'yyyy-MM-dd HH:mm:ss') → 2025-06-15 14:23:05
SELECT CONVERT(VARCHAR, GETDATE(), 120) → 同样输出 2025-06-15 14:23:05(120 表示 ODBC 规范格式)FORMAT() 性能较低,大数据量转换建议优先用 CONVERT() 或 CAST()
MySQL 使用 DATE_FORMAT(datetime, format_str),格式符以 % 开头,易读易记。
SELECT DATE_FORMAT(NOW(), '%Y-%m-%d %H:%i:%s') → 2025-06-15 14:23:05
STR_TO_DATE('20250615', '%Y%m%d') 转为日期,再格式化PostgreSQL 没有 DATE_FORMAT,统一用 TO_CHAR(timestamp, format_pattern),模式符类似 Oracle,不区分大小写但含义固定。
SELECT TO_CHAR(NOW(), 'YYYY-MM-DD HH24:MI:SS')
AT TIME ZONE 'Asia/Shanghai'
格式化只是展示层操作,真正影响效率和可维护性的是数据类型选择和存储逻辑。
DATE、TIMESTAMP 或 TIMESTAMP WITH TIME ZONE,而非字符串WHERE DATE_FORMAT(create_time,'%Y-%m') = '2025-06'),会跳过索引YEAR()、MONTH()(MySQL)或 EXTRACT(YEAR FROM ...)(PostgreSQL)更高效