对我来说，我有一个Devexpress DateEdit组件，它通过nullable model属性绑定到可空的datetime MSSQL列。我所要做的就是在DateEdit上设置AllowNullInput = True。将其设置为“默认”会导致日期1.1.0001出现-仅在离开DateEdit之前-然后由于上面提到的后续指示，我得到了此转换错误消息。

继承的datetime属性有问题

当不可为空的日期字段在插入/更新时值为null时，通常会显示此错误消息。其中一个原因可能是遗传。

如果你的日期是从基类继承的，你不做映射EF将不会读取它的值。

欲了解更多信息: https://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-3-table-per-concrete-type-tpc-and-choosing-strategy-guidelines

已经有很多好的答案了。我想展示一种使用实体框架core fluent api来解决这个问题的方法。 大多数情况下，错误发生在默认情况下生成DateTime值时，因此您需要覆盖DataContext中的OnModelCreating，并在您的特定实体的属性中手动添加默认值，以便EF能够正确地转换到数据库，如下所示:

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {

        modelBuilder.Entity<MyEntity>(entity =>
        {
            entity.ToTable("MyTable");

            entity.Property(e => e.MyColumnDateTime)
                .HasDefaultValueSql("GETDATE()");
        });

        OnModelCreatingPartial(modelBuilder);
    }

简短的回答

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

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

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

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

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