DATETIME和DATETIME2都映射到System。. net中的DateTime——你不能真正地进行“转换”，因为它实际上是相同的。net类型。

请参阅MSDN文档页面:http://msdn.microsoft.com/en-us/library/bb675168.aspx

这两个的“SqlDbType”有两个不同的值——你能在你的DataColumn定义中指定它们吗?

但是:在SQL Server上，支持的日期范围是非常不同的。

DATETIME支持1753/1/1到“永恒”(9999/12/31)，而DATETIME2支持0001/1/1到永恒。

所以你真正需要做的是检查日期的年份-如果它是在1753年之前，你需要将它更改为1753年之后，以便SQL Server中的DATETIME列处理它。

Marc

对我来说，这是因为约会时间是…

01/01/0001 00:00:00

在这种情况下，你想要分配null给你EF DateTime对象…以我的FirstYearRegistered代码为例

DateTime FirstYearRegistered = Convert.ToDateTime(Collection["FirstYearRegistered"]);
if (FirstYearRegistered != DateTime.MinValue)
{
    vehicleData.DateFirstReg = FirstYearRegistered;
}  

简短的回答

如果没有初始化DateTime字段的值，就会发生这种情况;该字段不接受NULL值，并且它是一个值类型，因此将使用不可空的DateTime类型的默认值。

设置值固定它为我!

长回答

默认值(DateTime)为DateTime。MinValue(或新的DateTime(1,1,1)或01/01/0001)，这不是一个有效的SQL日期时间值。

由于使用的是公历，SQL Server datetime的最低有效值是01/01/1753。但是SQL Server DateTime2支持从01/01/0001开始的日期。实体框架默认使用DateTime2来表示日期，因此生成的SQL隐式地将生成的DateTime2值强制转换为SQL服务器端的DateTime值。

检查DB中的req格式。例如我的DB有默认值或Binding (((1)/(1))/(1900))

System.DateTime MyDate = new System.DateTime( 1900 ,1, 1);

正如andyuk已经指出的那样，当NULL值被分配给一个不可空的DateTime字段时，就会发生这种情况。考虑将DateTime更改为DateTime?或可空< DateTime >。请记住，如果您正在使用依赖属性，还应该确保您的依赖属性的类型也是一个可空的DateTime类型。

下面是一个不完整的DateTime到DateTime的真实示例?引起奇怪行为的类型调整

有时它在开发机器上工作得很好，而在服务器上则不行。在我的例子中，我必须写:

<globalization uiCulture="es" culture="es-CO" />

在网络上。配置文件。

机器(服务器)中的时区是正确的(CO地区)，但web应用程序不是。这个设置完成了，它再次工作正常。

当然，所有的约会都是有价值的。

:D