有时它在开发机器上工作得很好，而在服务器上则不行。在我的例子中，我必须写:

<globalization uiCulture="es" culture="es-CO" />

在网络上。配置文件。

机器(服务器)中的时区是正确的(CO地区)，但web应用程序不是。这个设置完成了，它再次工作正常。

当然，所有的约会都是有价值的。

:D

已经有很多好的答案了。我想展示一种使用实体框架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时，通常会显示此错误消息。其中一个原因可能是遗传。

如果你的日期是从基类继承的，你不做映射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

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

实体框架4使用datetime2数据类型，因此在数据库中对应的字段必须是datetime2的SQL Server 2008。

要解决这个问题，有两种方法。

要在实体框架4中使用datetime数据类型，你必须将edmx文件中的ProviderManifestToken切换为“2005”。 如果你设置相应的字段为允许空(它转换为NULLABLE)，那么EF自动使用日期对象作为datetime。

我遇到了这个问题，并将以下内容添加到我的datetime属性中:

 [Column(TypeName = "datetime2")]
 public DateTime? NullableDateTimePropUtc { get; set; }