错误出现：导入数据时出现“SqlDateTime 溢出。必须介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM之间。”
出现这种问题多半是因为你插入或者更新数据库时datetime字段值为空默认插入0001年01月01日造成datetime类型溢出。
原因分析：
关于DateTime，在将DateTime类型，插入到数据库的时候，最容易出现的一种错误：“SqlDateTime 溢出。必须介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之间”原因是我们在取DateTime.MinValue的值，并插入到数据库的时候，DateTime.MinValue值范围和数据库DateTime类型数据范围不一致造成的。数据库中，DateTime类型字段，最小值1/1/1753 12:00:00，而.NET Framework中，DateTime类型，最小值为1/1/0001 0:00:00，显然，超出了Sql的值的最小范围，导致数据溢出的错误。
解决方法：
使用System.Data.SqlTypes.SqlDateTime.MinValue替代System.DateTime类型，这样SqlDateTime的MinValue和Sql中DateTime的范围吻合，就不会再出现以上的错误了。
但是如果直接将System.Data.SqlTypes.SqlDateTime.MinValue 赋值给 System.DateTime类型的变量会出现如下错误:错误 86 无法将类型“System.Data.SqlTypes.SqlDateTime”隐式转换为“System.DateTime”。存在一个显式转换(是否缺少强制转换?) 我们可以采用Convert.ToDateTime来进行强制转换。
附：SQLServer数据库的DateTime默认值为 1900/1/1 00:00:00，如果插入null值，会默认为1900/1/1 00:00:00。
SQL Server 2016 TempDb里的显著提升
几个星期前，SQLServer2016的最新CTP版本已经发布了：CTP2.4(目前已经是CTP3.0)。关于SQLServer2016CTP2.3的关键特性总结，在此不多说了，具体内容请查相关资料
谈谈Tempdb对SQL Server性能优化有何影响
先给大家巩固tempdb的基础知识简介：tempdb是SQLServer的系统数据库一直都是SQLServer的重要组成部分，用来存储临时对象。可以简单理解tempdb是SQLServer的速
SQL数据库实例名称找不到或远程连接失败并显示错误error40的原因及解决办法
分享由字符转义引起的SQL数据库实例名称找不到或远程连接失败并显示错误error40的解决办法：一、问题介绍很久没有用c#去连数据库程序了，不过在网