SQLServer The datediff function resulted in an overflow

最新推荐文章于 2022-07-28 09:37:42 发布

薛定谔的DBA

最新推荐文章于 2022-07-28 09:37:42 发布

阅读量2k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： SQLServer SQLServer 故障处理

本文链接：https://blog.youkuaiyun.com/kk185800961/article/details/52244062

SQLServer 同时被 2 个专栏收录

269 篇文章

订阅专栏

SQLServer 故障处理

64 篇文章

订阅专栏

本文探讨了在SQL中使用DATEDIFF函数时遇到的溢出问题，并提供了有效的解决方案。通过调整日期比较方式和修正异常数据，确保了查询的正确性和效率。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

开发同事有一个脚本报错，很简单，简写如下：

SELECT	COUNT(*)
FROM	Logs t1 with(nolock)
WHERE	DATEDIFF(s, '2016-08-18 17:06:35', t1.insertTime) < 0

执行后出错！

Msg 535, Level 16, State 0, Line 1
The datediff function resulted in an overflow.
The number of dateparts separating two date/time instances is too large.
Try to use datediff with a less precise datepart.

datediff 函数计算溢出！难道 datediff 计算出来的的秒数超出了范围？

果然，官方文档如下：（DATEDIFF (Transact-SQL)）

如果返回值超出 int 的范围（-2,147,483,648 到 +2,147,483,647），则会返回一个错误。对于 millisecond，startdate 与enddate 之间的最大差值为 24 天 20 小时 31 分钟 23.647 秒。对于 second，最大差值为 68 年。

查看数据库，竟然有7行时间为： 2099-08-10 11:33:37.367 ，这样转换肯定出错了，错误如上一样。可以试试。

select DATEDIFF(s, '2000-01-01 00:00:00', '2068-01-19 04:00:00')
select DATEDIFF(s, '2000-01-01 00:00:00', '2068-01-19 03:00:00') --2147482800

相差秒数为 2147482800，为整型 int 的范围内。

也可以看看 datediff 返回的类型是什么：整型

SELECT SQL_VARIANT_PROPERTY(DATEDIFF(s, '2000-01-01 00:00:00', '2068-01-19 03:00:00'),'BaseType')

所以，数据库存在了日期较大的值，这几行日期字段原本也是错误的数据，应该把日期改掉。还有就是语句写法也有问题，不应该这么写，应改成下面的写法更规范，否则即使有索引也不能使用！

SELECT	COUNT(*)
FROM	Logs t1 with(nolock)
WHERE	 t1.insertTime < '2016-08-18 17:06:35'