在数据库开发、数据清洗与报表统计场景中，数值类型转换为日期是高频刚需操作。业务系统常以 Unix 时间戳、整型日期（如20240617）等数值形式存储时间数据，兼顾存储效率与跨系统兼容性；但在数据分析、前端展示、维度关联时，又必须转换为标准日期格式才能正常使用。

不同数据库的数值转日期函数语法差异较大，且存在时间戳单位、时区适配、格式匹配等隐性坑点，是初学者高频出错的环节。本文系统梳理主流数据库的数值转日期核心函数，覆盖时间戳转换、整型日期格式化两大核心场景，结合实战代码与常见误区给出标准化解决方案，为 SQL 日期处理提供体系化实操参考。

一、数值转日期的两大核心业务场景

数值型时间数据的存储方式主要分为两类，对应不同的转换逻辑与适用场景。

（一）Unix 时间戳转标准日期

Unix 时间戳是指从1970-01-01 00:00:00 UTC开始计算的累计秒数或毫秒数，通常以BIGINT大整数类型存储，是跨系统、跨语言时间传输的通用标准。 这类数值无法直接阅读与统计，必须转换为年月日时分秒的标准日期格式，常用于日志系统、接口对接、分布式业务数据存储等场景。

（二）整型格式日期转标准日期

整型日期以纯数字形式存储日期，常见格式为YYYYMMDD（如20240617代表 2024 年 6 月 17 日）、YYYYMM，通常以INT整数类型存储。 这类数据占用空间小、排序性能高，广泛应用于数据仓库的日期维度关联、分区表分区键等场景，使用时需转换为标准DATE类型参与日期运算与格式化展示。

二、主流数据库数值转日期核心函数

不同数据库的日期函数体系差异显著，以下针对 MySQL、SQL Server、Oracle、PostgreSQL 四大主流数据库，分别讲解两类场景的转换函数与基础语法。

（一）MySQL 数据库

MySQL 是国内应用最广泛的关系型数据库，针对两类数值转日期场景提供了专用函数，语法简洁易用。

1. 时间戳转日期：FROM_UNIXTIME ()

该函数专门用于将秒级 Unix 时间戳转换为日期时间格式，支持自定义输出格式。

• 基础语法：FROM_UNIXTIME(秒级时间戳, [输出格式])

• 毫秒级时间戳需先除以 1000 转换为秒级，再调用函数

基础示例：

-- 秒级时间戳转标准日期时间
SELECT FROM_UNIXTIME(1718592000);
-- 输出：2024-06-17 00:00:00

-- 自定义格式，仅保留年月日
SELECT FROM_UNIXTIME(1718592000, '%Y-%m-%d');
-- 输出：2024-06-17

-- 毫秒级时间戳转换
SELECT FROM_UNIXTIME(1718592000000 / 1000, '%Y-%m-%d %H:%i:%s');

2. 整型日期转日期：STR_TO_DATE ()

该函数可将符合格式的数值 / 字符串转换为DATE或DATETIME类型，需指定与数值匹配的格式串。

• 基础语法：STR_TO_DATE(数值, 格式字符串)

基础示例：

-- YYYYMMDD格式整型转日期
SELECT STR_TO_DATE(20240617, '%Y%m%d');
-- 输出：2024-06-17

-- YYYYMM格式整型转月份日期
SELECT STR_TO_DATE(202406, '%Y%m');
-- 输出：2024-06-01

（二）SQL Server 数据库

SQL Server 没有专用的时间戳转日期函数，需通过日期累加函数实现；整型日期转换则依赖格式码与类型转换配合。

1. 时间戳转日期：DATEADD ()

通过DATEADD函数向 Unix 基准日期累加秒数 / 毫秒数，实现时间戳到日期的转换。

• 基础语法：DATEADD(时间单位, 时间戳数值, '1970-01-01 00:00:00')

基础示例：

-- 秒级时间戳转日期时间
SELECT DATEADD(SECOND, 1718592000, '1970-01-01 00:00:00');
-- 输出：2024-06-17 00:00:00.000

-- 毫秒级时间戳转换
SELECT DATEADD(MILLISECOND, 1718592000000, '1970-01-01 00:00:00');

2. 整型日期转日期：CONVERT ()

先将整型转为字符串，再通过格式码转换为日期类型，112是YYYYMMDD格式对应的标准格式码。

• 基础语法：CONVERT(DATE, CAST(数值 AS VARCHAR), 格式码)

基础示例：

-- YYYYMMDD格式整型转日期
SELECT CONVERT(DATE, CAST(20240617 AS VARCHAR), 112);
-- 输出：2024-06-17

（三）Oracle 数据库

Oracle 通过日期运算与TO_DATE函数实现数值转日期，语法遵循 Oracle 特有的日期运算规则。

1. 时间戳转日期：基准日期运算

Oracle 中 1 代表 1 天，将时间戳秒数除以 86400（一天的总秒数），累加到基准日期上即可。

• 基础语法：TO_DATE('1970-01-01', 'YYYY-MM-DD') + 时间戳 / 86400

基础示例：

-- 秒级时间戳转日期
SELECT TO_DATE('1970-01-01', 'YYYY-MM-DD') + 1718592000 / 86400 
FROM DUAL;
-- 输出：2024-06-17

2. 整型日期转日期：TO_DATE ()

TO_DATE是 Oracle 通用的日期转换函数，可直接接收数值类型参数，配合格式串完成转换。

• 基础语法：TO_DATE(数值, 'YYYYMMDD')

基础示例：

SELECT TO_DATE(20240617, 'YYYYMMDD') FROM DUAL;
-- 输出：2024-06-17

（四）PostgreSQL 数据库

PostgreSQL 函数命名清晰，时间戳与整型日期转换分别对应专用函数，语法标准化程度高。

1. 时间戳转日期：TO_TIMESTAMP ()

该函数直接接收秒级时间戳，返回标准时间戳类型，可进一步格式化。

• 基础语法：TO_TIMESTAMP(秒级时间戳)

基础示例：

-- 秒级时间戳转时间戳类型
SELECT TO_TIMESTAMP(1718592000);
-- 输出：2024-06-17 00:00:00+00

-- 格式化输出
SELECT TO_CHAR(TO_TIMESTAMP(1718592000), 'YYYY-MM-DD HH24:MI:SS');

2. 整型日期转日期：TO_DATE ()

先将整型强转为文本类型，再通过TO_DATE配合格式串转换为日期。

• 基础语法：TO_DATE(数值::TEXT, 'YYYYMMDD')

基础示例：

SELECT TO_DATE(20240617::TEXT, 'YYYYMMDD');
-- 输出：2024-06-17

三、典型实战场景代码示例

结合真实业务场景，以下展示三类高频的数值转日期查询写法，兼顾正确性与查询性能。

（一）场景 1：订单时间戳字段格式化查询

业务表order_info中create_time为秒级时间戳（BIGINT 类型），需求为查询 2024 年 6 月的订单，输出标准日期格式。

-- MySQL写法，优化索引命中
SELECT
    order_id,
    FROM_UNIXTIME(create_time, '%Y-%m-%d %H:%i:%s') AS create_date,
    pay_amount
FROM order_info
WHERE create_time >= UNIX_TIMESTAMP('2024-06-01')
  AND create_time < UNIX_TIMESTAMP('2024-07-01');



优化说明：筛选条件不直接对字段使用转换函数，而是将查询日期转为时间戳数值，保证字段可命中索引，避免全表扫描。

”

（二）场景 2：整型日期键关联日期维度表

数据仓库事实表fact_sales的date_id为 INT 类型（格式YYYYMMDD），需关联日期维度表dim_date，统计 2024 年 6 月各大区的日销售额。

SELECT
    d.full_date,
    d.region,
    SUM(f.sales_amount) AS daily_sales
FROM fact_sales f
JOIN dim_date d ON f.date_id = d.date_id
WHERE f.date_id BETWEEN 20240601 AND 20240630
GROUP BY d.full_date, d.region
ORDER BY d.full_date;

（三）场景 3：毫秒级日志时间戳清洗

日志表access_log中log_ts为毫秒级时间戳，需求为按天统计访问量，输出标准日期。

-- MySQL写法，毫秒转秒后再格式化
SELECT
    FROM_UNIXTIME(log_ts / 1000, '%Y-%m-%d') AS log_date,
    COUNT(*) AS visit_count
FROM access_log
GROUP BY log_date
ORDER BY log_date;

四、常见误区与避坑指南

数值转日期看似简单，但实际开发中极易出现隐性错误，以下四类是最高频的踩坑点。

（一）时间戳单位混淆：秒级与毫秒级错用

这是最常见的低级错误：秒级时间戳是 10 位数字，毫秒级是 13 位数字。若将毫秒级时间戳直接传入秒级转换函数，会得到远大于实际的日期；反之则会得到接近 1970 年的错误日期。



避坑方案：转换前先确认数据单位，毫秒级统一除以 1000 转为秒级后再处理；对异常数值增加校验逻辑。

”

（二）时区偏差：默认时区导致时间偏移

多数数据库的时间戳转换函数默认使用数据库系统时区，跨时区业务场景下会出现 8 小时等固定偏移量。



避坑方案：核心业务统一使用 UTC 时间戳存储，转换时显式指定时区；跨区域系统统一时区标准，避免多次转换叠加偏差。

”

（三）格式不匹配：整型与格式串不一致

整型日期转换时，格式字符串必须与数值结构完全对应。例如数值是20240617（8 位），却使用%Y-%m-%d格式，会直接返回 NULL 或报错。



避坑方案：严格匹配位数与格式，YYYYMMDD对应%Y%m%d，YYYYMM对应%Y%m，禁止混用带分隔符的格式串。

”

（四）索引失效：WHERE 子句包裹转换函数

在筛选条件中对时间字段使用转换函数，会导致字段无法命中索引，大数据量下查询性能急剧下降。



避坑方案：遵循 “常量转换、字段原生” 原则，将查询条件的日期转为数值格式，再与原生字段对比，保障索引生效。

”

五、开发最佳实践

1. 优先使用原生日期类型存储：业务设计阶段，普通业务表优先选择DATE/DATETIME类型存储时间，仅在跨系统对接、高并发日志等场景使用时间戳。

2. 统一时间单位标准：若使用时间戳存储，全系统统一单位（推荐秒级），避免同库内同时存在秒级与毫秒级数据，增加维护成本。

3. 显式转换替代隐式转换：主动使用标准转换函数完成数值到日期的转换，不依赖数据库的隐式类型转换，提升代码可读性与跨库兼容性。

4. 边界值容错处理：对 0、负数、超大异常数值增加容错逻辑，通过CASE WHEN或IF判断过滤异常值，避免单条坏数据导致整条查询失败。

总结

SQL 中数值转日期是数据处理的基础核心操作，核心分为 Unix 时间戳转换与整型日期转换两类场景，不同数据库对应独立的函数体系。MySQL 的FROM_UNIXTIME与STR_TO_DATE、SQL Server 的DATEADD与CONVERT、Oracle 与 PostgreSQL 的TO_DATE系列函数，是对应场景的标准解决方案。

在实际开发中，函数语法只是基础，更要关注单位一致性、时区偏差、索引性能等隐性问题。遵循 “统一存储标准、显式转换、性能优先、边界容错” 的原则，才能高效、准确地完成数值到日期的转换，稳定支撑业务统计、报表展示与数据分析需求。

推荐学习书籍 《CDA一级教材》适合CDA一级考生备考，也适合业务及数据分析岗位的从业者提升自我。完整电子版已上线CDA网校，累计已有10万+在读~ !

免费加入阅读：https://edu.cda.cn/goods/show/3151?targetId=5147&preview=0