在模型类的属性上添加下面提到的属性。

Attribute = [DatabaseGenerated(DatabaseGeneratedOption.Computed)]
Reference = System.ComponentModel.DataAnnotations.Schema

最初我忘记添加这个属性。在我的数据库中，约束是这样创建的

ALTER TABLE [dbo].[TableName] ADD DEFAULT (getdate()) FOR [ColumnName]

我添加了这个属性并更新了我的db，然后它就变成了

ALTER TABLE [dbo].[TableName] ADD CONSTRAINT [DF_dbo.TableName_ColumnName] DEFAULT (getdate()) FOR [ColumnName]

我发现这篇文章试图弄清楚为什么我总是得到以下错误，这是由其他答案解释的。

将datetime2数据类型转换为datetime数据类型会导致值超出范围。

使用可空的DateTime对象。 公共DateTime ?PurchaseDate{获取;设置;｝

如果你使用实体框架 将edmx文件中的nullable属性设置为True

您将有日期列，它被设置为允许的数据时间的最小值，如1/1/1001。

为了克服这个问题，你可以为ur属性设置正确的datetime值，也可以设置另一个神奇的属性，如IsSpecified=true。

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

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

简短的回答

如果没有初始化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值。

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