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

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

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

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

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

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

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

我在一个简单的控制台应用程序项目中遇到了这个问题，我的快速解决方案是通过运行这个方法将任何可能的datetime2日期转换为可空的datetime:

static DateTime? ParseDateTime2(DateTime? date)
    {
        if (date == null || date.ToString() == "1/1/0001 12:00:00 AM")
        {
            return null;
        }
        else
        {
            return date;
        }
    }

这当然不是一个完全全面的方法，但它满足了我的需要，也许它会帮助其他人!

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

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

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

解决方法

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

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

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

DEFAULT (GETDATE()) FOR [datecrecreated]。

我意识到了这个问题，你们也应该意识到:

https://en.wikipedia.org/wiki/Year_2038_problem

在SQL中，创建了一个新的字段类型来避免这个问题(datetime2)。

这个“Date”字段类型与DateTime . net类具有相同的范围值。它将解决您的所有问题，所以我认为解决它的最佳方法是改变数据库列类型(这不会影响您的表数据)。