原文:1ms引发的问题
最近在跟SQLServer数据库进行交互的时候发现一个奇怪的问题，在往数据库里边插入日期型数据的时候，在C#里面赋值的为 2014/05/19 23:59:59，但是存到数据库里边就变成了2014/05/20 00:00:00。
问题场景
当时需求是这样的，产品的销售策略要求管理员输入一个产品销售的开始日期SalesStart和结束日期SalesEnd，然后业务会根据当前的时间判断是否在这个产品销售范围内，如果不在则显示未开始或者已过期，所以存储的时候，对SalesEnd进行了处理，在存到数据库的时候，保存的是当天的23:59:59，当时我的处理是这样的：在截止日期加1天然后减去以1毫秒，代码如下：
ProductSalesPolicyModel productSaleModel; productSaleModel = new ProductSalesPolicyModel(); productSaleModel.SalesStart = item.SaleStartTime; productSaleModel.ValidStart = item.ValidStartTime; productSaleModel.SalesEnd = item.SaleEndTime.AddDays(1).AddMilliseconds(-1); productSaleModel.ValidEnd = item.ValidEndTime.AddDays(1).AddMilliseconds(-1);
然后利用企业库往数据库中使用某个存储过程插入数据，参数赋值的代码如下：
DataParameterCollection parameters;
parameters = new DataParameterCollection();
parameters.Add("SalesStart", DbType.DateTime, salePolicyModel.SalesStart);
parameters.Add("ValidStart", DbType.DateTime, salePolicyModel.ValidStart);
parameters.Add("ValidEnd", DbType.DateTime, salePolicyModel.ValidEnd);
parameters.Add("SalesEnd", DbType.DateTime, salePolicyModel.SalesEnd);
执行插入操作的细节就不写了。
执行完成之后，结果如下：
在数据库中ProductSalePolicy的表结构如下，其中ValidEnd的类型也是datetime
原因分析
初步分析，有可能是C#中DateTime和SQL Server中datetime数据精度不一致导致的
SQL Server中的时间精度
1. SQL Server中datetime精度
于是到MSDN上去找Transact-SQL中的datetime类型，果不其然，SQL中datetime字段的取值范围为 ：
- 日期范围为：1753.1.1 ~ 9999.12.31
- 时间范围为：00:00:00 ~23:59:59.997
可见，datetime类型的时间精度是3.33毫秒，如果超过该精度会进行近似到0.000，0.003，0.007 秒，比如：
|
输入值 |
SQL 存储值 |
|
01/01/98 23:59:59.999 |
1998-01-02 00:00:00.000 |
|
01/01/98 23:59:59.995 01/01/98 23:59:59.996 01/01/98 23:59:59.997 01/01/98 23:59:59.998 |
1998-01-01 23:59:59.997 |
|
01/01/98 23:59:59.992 01/01/98 23:59:59.993 01/01/98 23:59:59.994 |
1998-01-01 23:59:59.993 |
|
01/01/98 23:59:59.990 01/01/98 23:59:59.991 |
1998-01-01 23:59:59.990 |
2. SQL Server中datetime2精度
鉴于SQL Server的datetime精度只有3.33毫秒，从SQL Server2008开始，提供了datetime2类型， 该类型的时间精度为00:00:00 ~ 23:59:59.9999999 即100纳秒，10-4毫秒。
在System.Data这个主要和外部数据进行交互的名字空间中的DbType枚举可以看到，它提供了DataTime，和DataTime2这两种类型，分别对应了SQL Server中的这两种时间精度，从注释中可以看出，DataTime2的精度是100纳秒
namespace System.Data
{
// Summary:
// Specifies the data type of a field, a property, or a Parameter object of
// a .NET Framework data provider.
public enum DbType
{
//
// Summary:
// A type representing a date and time value.
DateTime = 6,
//
// Summary:
// Date and time data. Date value range is from January 1,1 AD through December
// 31, 9999 AD. Time value range is 00:00:00 through 23:59:59.9999999 with an
// accuracy of 100 nanoseconds.
DateTime2 = 26,
}
}
C#中Datetime精度
现在再看看C#中的DataTime精度，因为我们在给存储过程中的ValidEnd参数进行赋值的时候定义的类型为DbType.Datetime ，同样，在MSDN上，有对其精度的说明：
Time values are measured in 100-nanosecond units called ticks
100ns就是DateTime的精度，即10-4毫秒。10-4 毫秒也是为DateTime类型的精度
通常我们看到的C#中的DateTime类型精确到100纳秒，即最大时间为23:59:59.9999999。这后面的也就是我们常用到的tick的精度。
原因
因为我在C#代码中处理的时候是item.SaleEndTime.AddDays(1).AddMilliseconds(-1);所以时间精度为0.0001毫秒，为2014/12/16 23:59:59.9990000，然而数据库中字段使用的是datetime类型，该类型的精度为3.33毫秒，所以存到SQL Server的时候被round到了2014/12/17 00:00:000000，从前面的分析也可以看出这个问题。
解决方法
根据分析，有两种方式:
- 一种是将数据库中的该类型从datetime改为datetime2类型，但是这个类型只有SQL Server 2008及以上版本才支持，他的精度和C# 里面的DateTime数据类型的精度是一致的。
- 再一种就是修改我们传到SQL Server中的值了，在一些不需要那么高的精度的场景下，比如本文中对结束日期添加23:59:59的这一处理，当时想都没想直接是AddMilliseconds，减的是1ms，而数据库中的精度是3.3ms，所以导致被SQL Server Round到了第二天的零点。这里把 AddMilliseconds改成AddSecond(-1)减1s即可。
总结
C# 中的DateTime的精度和SQL Server中的datetime2的精度(SQL Server 2008及以上版本才有) 是一致的，均为100纳秒(10-4毫秒)，而SQL Server中的datetime类型精度只有3.33毫秒，所以如果把C# 中的DateTime类型存储到SQL Server中的datetime中时，会出现精度丢失的情况，在对精度要求较高的系统中，需要注意。