主页 / dba / 问题 / 341474
Accepted
crichavin
Asked: 2024-08-07 09:43:56 +0800 CST

为什么使用大于比较时会返回与谓词值匹配的日期时间值

  • 772

我想查找任何大于谓词中提供的时间的记录，该记录来自一个只有类型的 C# Web 应用程序DateTime。但是，SQL Server 返回的行等于提供的谓词值。为什么会这样？该ShipDateTimeUTC列是一种datetime数据类型。

DECLARE @p__linq__1 datetime2(7) = '2024-08-07 00:14:11.3630000';

SELECT 
    [OrderHeaderId],
    Id,
    [ShipDateTimeUTC]
FROM  
    [dbo].[ShippingContainerHeader]
WHERE 
    [ShipDateTimeUTC] > @p__linq__1;

以下是结果，您可以看到 ShipDateTimeUTC 与谓词值匹配。我不希望它被包括在内。为什么它会被包括在结果中？

sql 结果

sql-server

2 个回答

  1. Best Answer

    ShipDateTimeUTC如果是一种数据类型，您将得到这种行为datetime。

    datetime2(7)具有比预期列隐式转换为的数据类型优先级更高的数据类型优先级datetimedatetime2(7)

    有一个恼人的（†）“设计”行为，当转换为datetime2(7)诸如2024-08-07 00:14:11.363转换为2024-08-07 00:14:11.3633333（2024-08-07 00:14:11.367并将转换为2024-08-07 00:14:11.3666667）的值时

    经过这次隐式转换2024-08-07 00:14:11.3633333大于2024-08-07 00:14:11.3630000。

    您应该将数据类型更改@p__linq__1为datetime与列匹配，因为WHERE无论如何都应避免子句中的隐式转换。

    我最初认为，如果出于某种原因你被困住了，datetime2(7)那么你需要更改要使用的值2024-08-07 00:14:11.3633333以考虑到这一点。然而，混合数据类型的隐式比较行为实际上与显式转换数据类型的运行方式不同。小提琴

    以下所有内容都使用索引查找，CAST尽管

    DECLARE @T TABLE (DT DATETIME PRIMARY KEY)

INSERT @T values ('2024-08-07 00:14:11.363')

--Returns 0 rows as expected from above
SELECT *
FROM @T
WHERE DT = CAST('2024-08-07 00:14:11.3630000' AS datetime2(7))

--Returns 0 rows - unexpected
SELECT *
FROM @T
WHERE DT = CAST('2024-08-07 00:14:11.3633333' AS datetime2(7))

--Returns 1 rows so explicit cast to datetime2 helps
SELECT *
FROM @T
WHERE CAST(DT AS datetime2(7)) = CAST('2024-08-07 00:14:11.3633333' AS datetime2(7))

--Returns 1 rows - not sure why casting the column to the datatype it already has helps!
SELECT *
FROM @T
WHERE CAST(DT AS datetime) = CAST('2024-08-07 00:14:11.3633333' AS datetime2(7))

    † 这种行为（兼容级别 130 下的新行为）的原理是

    转换为具有更高精度的日期/时间类型时，精度会得到提高。请注意，日期时间值存储为表示 1/300 秒的刻度。较新的时间和 datetime2 类型存储离散的数字，其中数字的数量与精度相匹配。

    我已经检查了 SQL Server 2000 在线书籍，其中确实提到datetime

    1753 年 1 月 1 日至 9999 年 12 月 31 日的日期和时间数据，精确到三百分之一秒（相当于 3.33 毫秒或 0.00333 秒）。值四舍五入为 .000、.003 或 .007 秒的增量

    因此，尽管这种行为可能会导致意外结果，但它与始终记录的行为一致。

    • 6

  2. 混合数据类型是个坏主意。如果数据库类型是 datetime，那么变量应该是 datetime。

    您遇到的问题是，对于 ShipDateTimeUTC，将 datetime 隐式转换为 datetime2 将产生 2024-08-07 00：14：11.3633333，大于 2024-08-07 00：14：11.3630000。

    • 4

相关问题