如何识别列抛出 System.Data.SqlClient.SqlException？ （将 datetime2 数据类型转换为 datetime 数据类型）

Question

我已经覆盖了我的ApplicationDbContext.SaveChanges() 方法。这通过在黄色和白色错误应用程序错误屏幕上提供立即可见的错误消息来帮助我。

但是当DateTime 列出现验证错误时，catch 子句似乎没有被激活。

这是为什么呢？以及如何识别无效列？

覆盖方法

public partial class ApplicationDbContext 
{
    public override int SaveChanges()
    {
        try
        {
            return base.SaveChanges();  //**error is thrown here**//
        }
        catch (DbEntityValidationException ex)
        {
            var sb = new StringBuilder();

            foreach (var failure in ex.EntityValidationErrors)
            {
                sb.AppendFormat("{0} failed validation\n", failure.Entry.Entity.GetType());
                foreach (var error in failure.ValidationErrors)
                {
                    sb.AppendFormat("- {0} : {1}", error.PropertyName, error.ErrorMessage);
                    sb.AppendLine();
                }
            }

            throw new DbEntityValidationException(
                "Entity Validation Failed - errors follow:\n" +
                sb.ToString(), ex
                ); 
        }
    }
}

但是，DateTime 列未引发异常，但似乎未激活 catch 块。

Answer 1

TL;DR

• 如果您使用 Sql DATETIME 列，请将验证添加到持久实体上的 .Net DateTime 属性以确保值在 .SaveChanges() 之前的 1753 和 9999 之间
• 否则，将 Sql 存储更改为 DATE 或 DATETIME2，具体取决于您的精度要求。

详细说明
鉴于Sql Server DateTime 数据类型只能存储1753 - 9999 范围内的日期，而.Net DateTime 结构可以存储更大的动态范围，而higher precision，即并非所有.Net DateTimes 都可以存储在Sql Server 中@ 987654334@。

EF 实体上的 .Net DateTime 属性特别容易出现此错误，因为 default(DateTime) 是 0001/01/01。

因此，优先使用DATETIME2 或DATE 存储替换DATETIME 列。

因此，在 > Sql 2005 RDBMS 上，实体框架将 default 转换为 Sql DATETIME2 数据类型，因为这将允许存储超出 DATETIME 提供的有限范围，并且更接近 .Net 数据类型.

但是，如果您确实有一个包含DATETIME 列的现有表并且您是attempt to bind an 'out of band' DateTime value，那么令人讨厌的是，Sql Server 实际上并没有列出错误的列名。如果您能够在执行语句（或粘贴到 LinqPad）时运行 Sql Profiler，则可以获取实际的 Sql。但可能的候选者是尚未设置为 > 1753 的 DateTime（例如，未初始化为默认 DateTime）。

您没有捕捉到Exception 的原因是因为catch DbEntityValidationException 与抛出的SqlException 之间的脱节。

Answer 2

如果我没记错的话，您在 MSSQL 中使用的是 smalldatetime，在某些情况下可能会引发此错误。 检查this 线程以获得答案。

尝试查看catch(Exception ex)，您将能够看到确切的错误消息。