.net DateTime MaxValue一旦存储在数据库中就不同了

问题描述

|| 当我在数据库中存储具有DateTime.MaxValue值的date属性并将其取回时，存储的值不等于DateTime.MaxValue。刻度属性关闭。为什么是这样？ 使用MS SQL，日期字段的数据类型为\'datetime \'     

解决方法

因为SQL datetime具有较低的分辨率。   MS SQL中的DateTime数据类型   表示来自的日期和时间数据   1753年1月1日至9999年12月31日，   精度为一   三十分之一秒或3.33   毫秒。值四舍五入为   .000，.003或.007的增量   毫秒。 资源   .Net中的DateTime值类型   代表日期和时间   0001年1月1日午夜12:00:00   安诺·多米尼（共同时代）   9999年12月31日下午11:59:59   （C.E.）时间值以   100纳秒单位称为刻度。 资源     ,很有可能是因为.NET DateTime没有直接转换为SQL DateTime类型。 我都将设置该值，然后检查“ 0”的刻度。     ,我必须承认我对此不确定，但这可能与datetime的准确性有关吗？ 在此处进行快速搜索是有关 DateTime的精度和准确性 也可能在c＃和sql中的datetime精度之间存在不匹配吗？     ,您要在其中存储此值的数据字段是哪种类型？ .NET

DateTime

的最大值可能超过了数据库引擎中等效数据类型的容量。     ,MS SQL Server在最低级别的日期上做了一些奇怪的事情。例如，考虑以下脚本：

select
    test1 = dateadd(ms,-1,convert(datetime,\'20110504\')),test2 = dateadd(ms,-2,test3 = dateadd(ms,-3,test4 = dateadd(ms,-4,test5 = dateadd(ms,-5,test6 = dateadd(ms,-6,\'20110504\'))

返回：

test1                   test2                   test3                   test4                   test5                   test6
----------------------- ----------------------- ----------------------- ----------------------- ----------------------- -----------------------
2011-05-04 00:00:00.000 2011-05-03 23:59:59.997 2011-05-03 23:59:59.997 2011-05-03 23:59:59.997 2011-05-03 23:59:59.993 2011-05-03 23:59:59.993

如您所见，MS SQL仅处理毫秒数到最接近的3。如果在这两者之间进行取整，则四舍五入。当DateTime.MaxValue存储在SQL中时，可能就是这种情况。