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

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

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

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

简短的回答

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

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

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

在网络上。配置文件。

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

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

:D

有时EF不知道它是在处理计算列还是触发器。按照设计，这些操作将在插入操作后的EF之外设置一个值。

修复方法是在EF的edmx中为StoreGeneratedPattern属性中的列指定Computed。

对我来说，这是当列有一个插入当前日期和时间的触发器时，参见下面的第三部分。

解决方法

在Visual Studio中打开模型浏览器页面，然后是模型，然后是实体类型->

选择实体和日期时间属性 选择StoreGeneratedPattern 设置为Computed

对于这种情况，其他答案是变通的，因为列的目的是在创建记录时指定一个时间/日期，而SQL的任务是执行一个触发器来添加正确的时间。例如下面的SQL触发器:

DEFAULT (GETDATE()) FOR [datecrecreated]。

在我的例子中，我们将一个Date转换为一个Datetime，我们得到了这个错误。 结果是Date具有“更面向程序员”的最小值01/01/0001，而Datetime则停留在1753

将此与我们的数据收集错误结合起来，您就得到了异常!

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

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]