主页 / dba / 问题 / 302362
Accepted
Artashes Khachatryan
Asked: 2021-11-10 07:59:50 +0800 CST

datetime 和 datetime2 的比较不正确

  • 772

我知道进行隐式类型转换不是一个好习惯。但是，当较低的值突然变得更高时，这确实是出乎意料的行为。

declare @LastSelectedDate DATETIME = '2021-11-09 13:52:29.187'
declare @LastSelectedDate_1 DATETIME2(7) = '2021-11-09 13:52:29.1866667'


SELECT IIF(@LastSelectedDate_1 > CAST(@LastSelectedDate AS DATETIME2), 1, 0)
SELECT IIF(@LastSelectedDate_1 > @LastSelectedDate, 1, 0)

这是一个错误还是我错过了什么？我正在使用 sql server 2016。

sql-server sql-server-2016

1 个回答

  1. Best Answer

    是的，我不知道他们为什么认为这种行为是个好主意。

    尽管这是“设计使然”而不是错误

    受兼容性级别保护的重大更改的一个示例是从 datetime 到 datetime2 数据类型的隐式转换。在数据库兼容级别 130 下，这些通过考虑小数毫秒显示了更高的准确性，从而导致不同的转换值。要恢复以前的转换行为，请将 Database Compatibility Level 设置为 120 或更低。

    具体来说datetime，结束3被视为3重复出现，datetime结束7被视为6重复出现。datetime那个目的0不受影响。（这些是该数据类型的唯一可能性，因为它每秒有 300 个“滴答声”）

    限制兼容性级别来解决这个单一问题似乎是一个大锤解决方案。您可以将其显式转换为datetime2(3)以避免这种情况

    DECLARE @LastSelectedDate DATETIME = '2021-11-09 13:52:29.187'

SELECT CAST(@LastSelectedDate AS DATETIME2(7)), 
       CAST(CAST(@LastSelectedDate AS DATETIME2(3)) AS DATETIME2(7))

    退货

    +-----------------------------+-----------------------------+
| 2021-11-09 13:52:29.1866667 | 2021-11-09 13:52:29.1870000 |
+-----------------------------+-----------------------------+
    • 19

相关问题