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

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

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

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

如果我们不传递一个日期时间到日期时间字段，默认日期{1/1/0001 12:00:00 AM}将被传递。

但是这个日期与实体框架工作不兼容，所以它会抛出 将datetime2数据类型转换为datetime数据类型会导致值超出范围

只需要默认DateTime。如果您没有传递任何日期，那么现在进入日期字段。

movie.DateAdded = System.DateTime.Now

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

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

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

简短的回答

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

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

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

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

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