最简单的方法是将数据库更改为使用datetime2而不是datetime。兼容性工作得很好，你不会得到你的错误。

你仍然需要做一堆测试……

这个错误可能是因为您试图将日期设置为0年或其他什么-但这完全取决于您可以在哪里控制更改内容。

最简单的方法是将数据库更改为使用datetime2而不是datetime。兼容性工作得很好，你不会得到你的错误。

你仍然需要做一堆测试……

这个错误可能是因为您试图将日期设置为0年或其他什么-但这完全取决于您可以在哪里控制更改内容。

Code First上下文:

从这里开始

    public DateTime Created { get; set; }

这个。添加[DatabaseGenerated(DatabaseGeneratedOption.Computed)]属性。

    [DatabaseGenerated(DatabaseGeneratedOption.Computed)]
    public DateTime Created { get; set; }

在你的模型中。

一定要把这个也加到最上面

using System.ComponentModel.DataAnnotations.Schema;

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

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

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

解决方法

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

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

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

DEFAULT (GETDATE()) FOR [datecrecreated]。

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

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

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

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

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