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

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

我在一个简单的控制台应用程序项目中遇到了这个问题，我的快速解决方案是通过运行这个方法将任何可能的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]。

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

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

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

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

在我的例子中，当为Nullable DateTime列显式分配NULL值时，然后尝试保存更改。这个错误将会弹出。

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

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

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