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

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

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

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

当我想用ASP编辑一个页面时，我看到了这个错误。净MVC。我没有问题，而创建，但更新数据库使我的DateCreated属性超出范围!

当您不希望您的DateTime属性为空，并不想检查它的值是否在sql DateTime范围(和@Html。HiddenFor没有帮助!)，只需在相关类(控制器)中添加一个静态DateTime字段，并在GET操作时给它一个值，然后在POST执行它的工作时使用它:

public class PagesController : Controller
{
    static DateTime dateTimeField;
    UnitOfWork db = new UnitOfWork();

    // GET:
    public ActionResult Edit(int? id)
    {
        Page page = db.pageRepository.GetById(id);
        dateTimeField = page.DateCreated;
        return View(page);
    }

    // POST: 
    [HttpPost]
    [ValidateAntiForgeryToken]
    public ActionResult Edit(Page page)
    {
        page.DateCreated = dateTimeField;
        db.pageRepository.Update(page);
        db.Save();
        return RedirectToAction("Index");

    }
}

我在一个简单的控制台应用程序项目中遇到了这个问题，我的快速解决方案是通过运行这个方法将任何可能的datetime2日期转换为可空的datetime:

static DateTime? ParseDateTime2(DateTime? date)
    {
        if (date == null || date.ToString() == "1/1/0001 12:00:00 AM")
        {
            return null;
        }
        else
        {
            return date;
        }
    }

这当然不是一个完全全面的方法，但它满足了我的需要，也许它会帮助其他人!

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

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

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

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

movie.DateAdded = System.DateTime.Now

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

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

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

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