当前位置：首页 > 问答 > 正文

SQL Server里那些关于时间的各种折腾和小技巧，分享给你看看吧嘻嘻

邝冷亦
问答
2025-12-29 04:07:34
3

DATEADD 和 DATEDIFF 的组合拳

你想过怎么精准地获取“的所有数据吗？或者“本月第一天”这种边界清晰的时间点？用 GETDATE() 直接比？那会包含时间部分，很容易出错，这里有个经典用法，来自一个很老的SQL Server技巧分享帖。

要获取今天的所有记录,笨办法是 WHERE CONVERT(DATE, CreateTime) = CONVERT(DATE, GETDATE())，但这样会对 CreateTime 字段做计算，用不上索引，数据量大就慢死了。

聪明做法是利用 DATEADD 和 DATEDIFF 把时间“归一化”到一天的起点：

WHERE CreateTime >= DATEADD(DAY, DATEDIFF(DAY, 0, GETDATE()), 0)
  AND CreateTime < DATEADD(DAY, DATEDIFF(DAY, 0, GETDATE()), 1)

解释一下：DATEDIFF(DAY, 0, GETDATE()) 算的是从1900年1月1日（在SQL Server里那天是0）到今天经过了多少天，假设是45000天。DATEADD(DAY, 45000, 0) 就是从1900年1月1日加上45000天，那不就是今天凌晨00:00:00吗？同理，加1天就是明天凌晨，这样就精准定义出了“这个闭开区间 [今天凌晨, 明天凌晨)，CreateTime 字段是原样参与比较，索引依然有效！这个方法同样适用于求本周第一天、本月第一天等等，非常灵活。

计算年龄的“坑”与“填坑”

SQL Server里那些关于时间的各种折腾和小技巧，分享给你看看吧嘻嘻

计算年龄听起来简单,不就是年份相减吗？但遇到生日还没到的情况就傻眼了，一个常见的错误例子是直接用 YEAR(GETDATE()) - YEAR(BirthDate)，如果某人是2000年12月31日出生的，在2001年1月1日那天，这个公式会算出他1岁了，其实他才刚满1天！

正确的姿势,我记得是在一个论坛的讨论里看到的，需要考虑月份和日期：

SELECT DATEDIFF(YEAR, BirthDate, GETDATE()) -
       CASE
           WHEN MONTH(BirthDate) > MONTH(GETDATE()) OR
                (MONTH(BirthDate) = MONTH(GETDATE()) AND DAY(BirthDate) > DAY(GETDATE()))
           THEN 1
           ELSE 0
       END AS ActualAge

这个逻辑是：先无脑算个年份差，然后判断一下今年生日过了没，如果今年的生日月份还没到，或者月份到了但日期还没到，那就说明还没真正长一岁，需要减掉1，这样算出来的才是实打实的周岁年龄。

拆分时间的超简单方法

SQL Server里那些关于时间的各种折腾和小技巧，分享给你看看吧嘻嘻

有时候你需要单独获取年、月、日、小时等部分，虽然可以用 YEAR()、MONTH() 函数，但如果你要一次性取多个部分，写起来有点啰嗦，有个小技巧是利用 DATEPART 函数，它的第一个参数可以用缩写，

SELECT DATEPART(yy, GETDATE()) AS YearPart,
       DATEPART(mm, GETDATE()) AS MonthPart,
       DATEPART(dd, GETDATE()) AS DayPart,
       DATEPART(hh, GETDATE()) AS HourPart,
       DATEPART(mi, GETDATE()) AS MinutePart,
       DATEPART(ss, GETDATE()) AS SecondPart,
       DATEPART(ms, GETDATE()) AS MillisecondPart

这样写起来很整齐,如果你想得到一个格式化的时间字符串，20231027’，除了用 CONVERT 指定格式（比如112），还可以用更语义化的方法：SELECT CONVERT(VARCHAR(8), GETDATE(), 112)，这里的112就是代表‘yyyymmdd’格式的代码，网上有很多这种格式代码的对照表，很方便。

处理“时间间隔”的巧妙思路

比如有个需求是找出所有“连续登录”超过7天的用户，这个用常规思维很难直接写，但有个很聪明的“等差数列”解法，我是在一个技术博客上看到的。

SQL Server里那些关于时间的各种折腾和小技巧，分享给你看看吧嘻嘻

思路是：先对每个用户的登录日期去重排序，然后用登录日期减去这个排序号，神奇的事情发生了，对于连续的日子，登录日期 - 排序号 会得到一个相同的日期基准点！

WITH LoginDays AS (
    SELECT UserID, CONVERT(DATE, LoginTime) AS LoginDate,
           ROW_NUMBER() OVER (PARTITION BY UserID ORDER BY CONVERT(DATE, LoginTime)) AS Rn
    FROM LoginTable
    GROUP BY UserID, CONVERT(DATE, LoginTime) -- 去重
),
ContinuousGroups AS (
    SELECT UserID, LoginDate,
           DATEADD(DAY, -Rn, LoginDate) AS BaseDate -- 关键步骤，生成基准点
    FROM LoginDays
)
SELECT UserID, MIN(LoginDate) AS StartDate, MAX(LoginDate) AS EndDate,
       DATEDIFF(DAY, MIN(LoginDate), MAX(LoginDate)) + 1 AS ContinuousDays
FROM ContinuousGroups
GROUP BY UserID, BaseDate
HAVING DATEDIFF(DAY, MIN(LoginDate), MAX(LoginDate)) + 1 >= 7 -- 连续7天以上

这个技巧的核心在于,连续日期的“日期值”和“行号”的差值是个常数，利用这个常数就可以把连续的日子归到同一组，然后统计每组的天数就行了，非常巧妙！

小心日期格式的“地域坑”

这个是个大坑！'03/04/2023' 这个日期，在美国人看来是2023年3月4日，但在英国人看来是2023年4月3日，如果你在代码里直接用字符串拼凑日期，或者从文本文件导入数据，很容易因为服务器或客户端的区域设置不同而出错。

最稳妥的办法是使用“无歧义”的格式，SQL Server最推荐的两种是：