Asp.Net、SQL 和时区

有人问过，但我正在努力掌握如何在网络应用程序中处理时区的概念。我有一个跟踪项目进度的系统。我的 SQL Server 数据库中有一个 ProjectStartDate DATE。 （还有一些字段和表格，但让我们重点关注其中一个）。

服务器位于美国某地。我住在澳大利亚。

Calling SELECT GETDATE()返回“2013-08-11 14:40:50.630” 我的系统时钟显示“2013-08-12 07:40”

在我的数据库中，所有表上都有“CreateDateTime”列。当我将其存储在我的 C# 代码中时，我使用CreateDate = DateTime.UtcNow

我使用它，因为我听说使用 UTC 更好。

但是，当用户看到日历控件并且他们选择项目的开始日期时，我会存储用户选择的内容。没有转换...正如我所说，StartDate 是数据库中的 DATE 类型。

问题是，如果今天启动了一个项目 - 我的前端说当前项目尚未启动，因为服务器仍处于昨天。

我认为日期应该像我存储它们一样存储。但也许我需要以某种方式获取用户时区，并将其应用到 UI 级别？

我看到的问题是：

• 我不知道用户的时区。添加一些东西以允许他们选择它？
• 项目的状态可能在存储过程中确定，那么我什么时候可以应用转换？在过程中，它可能会进行检查，如果 StartDate

我大部分时间使用 EntityFramework 和 Linq 来获取数据。我需要一种从 SQL 意义上和 .Net 意义上插入和检索数据的策略。

我添加了代码来让用户根据此选择他们的时区：

public List<TimeZoneDto> GetTimeZones()
{
    var zones = TimeZoneInfo.GetSystemTimeZones();
    var result = zones.Select(tz => new TimeZoneDto
        {
            Id = tz.Id, 
            Description = tz.DisplayName
        }).ToList();

    return result;
}

然后，这就会保留在他们的个人资料中。

正如下面的答案中所建议的，所有日期都存储为 UTC。

我仍然很困惑如何处理往返数据库和客户端的日期。这是我如何存储记录的示例：

public int SaveNonAvailibility(PersonNonAvailibilityDto n)
{
    person_non_availibility o;

    if (n.Id == 0)
    {
        o = new person_non_availibility
            {
                PersonId = n.PersonId,
                Reason = n.Reason,
                StartDate = n.StartDate,
                EndDate = n.EndDate,
                NonAvailibilityTypeId = n.NonAvailibilityTypeId,
                CreateUser = _userId,
                CreateDate = DateTime.UtcNow

            };
        _context.person_non_availibility.Add(o);
    }
    else
    {
        o = (from c in _context.person_non_availibility where c.Id == n.Id select c).FirstOrDefault();
        o.StartDate = n.StartDate;
        o.EndDate = n.EndDate;
        o.Reason = n.Reason;
        o.NonAvailibilityTypeId = n.NonAvailibilityTypeId;
        o.LastUpdateDate = DateTime.UtcNow;
        o.LastUpdateUser = _userId;
        o.Deleted = n.Deleted ? DateTime.UtcNow : (DateTime?)null;
    }
    _context.SaveChanges();
    return o.Id;
}

当一个人无法工作时，这种方法基本上可以节省时间。请注意我存储 LastUpdateDate 的方式。另外，“开始”和“结束”日期。这些日期更多是“商务”日期。

在选择和日期检查方面，这是我遇到的问题。在此示例中，我根据 NOW 获取个人收费率。

public decimal CurrentRate
{
    get
    {
        if (ResourceCosts != null)
        {
            var i = ResourceCosts.FirstOrDefault(t => DateTime.UtcNow <= (t.EndDate.HasValue ? t.EndDate.Value : DateTime.UtcNow) && DateTime.UtcNow >= t.StartDate);
            if (i != null) return i.Cost;
            return 0;
        }
        return 0;
    }
}

所以，我在这里想做的是，根据当前日期，我想查看他的费率（由于他的收费，我们的费率可能是从 1 月 1 日到 1 月 15 日为 100 美元，然后从 1 月 16 日到 1 月 110 美元） 1 月 31 日。所以，我查找今天适用的汇率（如果有）。这不适用于跨时区，也许在这里我需要根据“DateTime.UTCNow”进行一些日期操作？

请注意，我现在根据上面存储用户时区的代码知道了用户时区。我可以在这里用它吗？也许，当用户登录时，从他的个人资料中获取日期信息（Zimezone 信息），然后有一个全局共享函数，根据从 UTC 日期添加或删除小时数来返回用户日期时间......并使用该函数我在哪里做 DateTime.UTCNow ？

希望有人能指导我。

您可能会发现没有一种“正确”的方法可以处理所有这些问题。对于您在问题中描述的几个不同问题，有多种方法。我将尝试澄清几点。

• 首先，永远不要试图去思考当地时间在服务器上。您的代码和数据不必根据部署位置进行更改。您说您的服务器位于美国，但需要考虑多个时区，并且许多服务器将其时区设置为 UTC，无论其物理位置如何。

  你应该避免GETDATE() or SYSDATETIME()在 SQL Server 中。如果您需要 SQL 中的当前时间戳，请使用GETUTCDATE() http://technet.microsoft.com/en-us/library/ms178635.aspx or SYSUTCDATETIME() http://technet.microsoft.com/en-us/library/bb630387.aspx。如果由于某种原因服务器的时区对您很重要，请使用SYSDATETIMEOFFSET() http://technet.microsoft.com/en-us/library/bb677334.aspx反而。

  同样，避免使用DateTime.Now来自任何服务器端代码的.Net。使用DateTime.UtcNow http://msdn.microsoft.com/en-us/library/system.datetime.utcnow.aspx or DateTimeOffset.UtcNow http://msdn.microsoft.com/en-us/library/system.datetimeoffset.utcnow.aspx对于 UTC 时间戳，或使用DateTimeOffset.Now http://msdn.microsoft.com/en-us/library/system.datetimeoffset.now.aspx如果由于某种原因服务器的时区对您很重要。

  您可以在我的博客文章中阅读更多相关内容：针对 DateTime.Now 的案例 http://codeofmatt.com/2013/04/25/the-case-against-datetime-now/

• 接下来，我们来谈谈您正在使用的数据类型。这dateSQL Server 中的类型仅存储日期。就是这样。没有时间，没有偏移，也没有时区。一个例子是2013-08-11。当你真正指的是整体时你应该使用它日历日期。 “今天”没有世界范围内统一的语境。相反，每个人根据自己的时区都有自己的含义。此外，并非每个日历日的长度都是 24 小时。一天的长度可能为 23、23.5、24、24.5 或 25 小时，具体取决于特定时区如何应用夏令时，以及您是否正在评估 DST 转换的日期。

  在.Net中 - 没有Date类型，所以一个 SQLdate被转换为DateTime时间设置为午夜（00:00:00），并将种类设置为Unspecified。但不要欺骗自己 - 时间并不是突然变成午夜，我们只是将时间填为零。这可能会导致很多错误和混乱。 （如果你想避免这种情况，你可以尝试野田时间 http://nodatime.org，其中有一个LocalDate为此目的键入。）

• 您真正需要考虑但没有在问题中定义的是：

  What exact项目开始的那一刻？

  现在你只是说2013-08-11，这并不指特定的时间点。你的意思是那一天的开始特别的时区？或者你的意思是根据user's时区？这些可能不是同一件事。您无法与任何人的“现在”（UTC、本地或其他）进行比较，除非您知道您正在谈论的时间点。

  如果该项目在全球范围内的某个确切时间开始，那么最简单的事情就是存储一个datetime (or datetime2) 包含 UTC 精确时间的类型。所以你可能会说一个项目开始于2013-08-10T14:00:00Z- 时间正好是澳大利亚悉尼 8 月 11 日午夜。在 .Net 中，您可以使用DateTime键入.Kind set to Utc.

  表示这一点的另一种方法是存储datetimeoffset值为2013-08-11T00:00:00+10:00- 这是同一时刻，但使用偏移量为您提供预先转换的值。 （悉尼当天的时间为 UTC+10）。你会使用DateTimeOffset键入以在 .Net 中使用它。

  但是，如果项目根据用户的不同在不同的时间启动，那么这并不是一个准确的时间点。这更像是一个“浮动”的开始。如果来自世界各地的用户被分配到同一个项目，那么某些用户可能会先于其他用户开始。如果这是您的意图，那么您可以使用date如果所有项目都在午夜开始，请键入，或者您可以使用datetime or (datetime2）类型的项目可能在不同时间开始。在您的 .Net 代码中，您将使用DateTime键入.Kind set to Unspecified.

• 关于获取用户的时区，您能做的最好的事情就是询问他们。尽管存在常见的误解 - 您不能仅从浏览器获取它。您从浏览器中只能看出它们的内容current偏移是。 （阅读“时区！=偏移”部分时区标签维基 https://stackoverflow.com/tags/timezone/info).

  当询问用户他们的时区时，如果您决定使用 Windows 时区，您可以从TimeZoneInfo.GetSystemTimeZones http://msdn.microsoft.com/en-us/library/system.timezoneinfo.getsystemtimezones.aspx方法。这.Id是您存储在数据库中的密钥，并且您显示.DisplayName给用户。稍后您可以使用TimeZoneInfo.FindSystemTimeZoneById http://msdn.microsoft.com/en-us/library/system.timezoneinfo.findsystemtimezonebyid.aspx方法得到一个TimeZoneInfo http://msdn.microsoft.com/en-us/library/system.timezoneinfo.aspx可用于转换的对象。

  如果您想更精确，可以使用 IANA 时区而不是 Windows 时区。为此，我建议使用基于地图的时区选择器控件，例如this one https://github.com/dosx/timezone-picker。您也可以使用js时区检测 https://bitbucket.org/pellepim/jstimezonedetect猜测您的控件的默认值。在您将使用的服务器上野田时间 http://nodatime.org/执行时区转换。

• 有一种方法不需要时区转换。基本上，你做一切以世界标准时间 (UTC) 表示。这包括将 UTC 时间传输到浏览器。然后您可以使用 JavaScript 来获取用户的当前时间in UTC并与之比较。

  您可以使用JavaScript的各种功能Date如果您愿意，可以使用类来执行此操作。但您可能会发现使用诸如此类的库更容易moment.js http://momentjs.com/.

  虽然这种方法对于很多事情都是可行的，但安全性并不是其中之一。您的用户可以轻松更改计算机的时钟来解决此问题。

• 另一种方法是将服务器端与 UTC 进行比较。如果您的数据库中有准确的 UTC 开始时间，那么您可以检查DateTime.UtcNow在您的 .Net 代码中并使用它来决定要做什么。您不需要用户的时区来进行此比较，但如果您想向他们展示这在他们的当地时间中意味着什么，则需要它。

我希望这能消除混乱，不要让事情变得更糟！ :) 如果您还有其他疑问，请编辑您的问题或在评论中提问。

UPDATE

针对您更新的问题，我建议您尝试以下操作：

var timeZoneId = "Eastern Standard Time"; // from your user's selection
var timeZone = TimeZoneInfo.FindSystemTimeZoneById(timeZoneId);
var nowInTimeZone = TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, timeZone);
var todayInTimeZone = nowInTimeZone.Date;

var i = ResourceCosts.FirstOrDefault(t => t.StartDate <= todayInTimeZone &&
            (!t.EndDate.HasValue || t.EndDate >= todayInTimeZone));

当然，这意味着在您的StartDate and EndDate字段，您不会将它们存储为 UTC，而是存储为与用户相关的“业务日期”。这些仅在您应用时区时与特定时刻对齐，因此相同的 UTC 时间戳可能会出现在不同的日期，具体取决于用户所在的时区。

此外，您使用的是完全包含的范围，这对于这些类型的日历日期范围通常是可以的。但请确保您意识到可能存在重叠。所以如果你有2013-01-01 - 2013-02-01 and 2013-02-01 - 2013-03-01，然后就有那么一天2013-02-01那是在both ranges.

解决这个问题的常见方法是使用半开区间，[start,end)。换句话说，start <= now && end > now。但是，当使用完整的日期和时间而不仅仅是日期时，这种情况更为常见。您可能不需要这样做，但您至少应该针对您的特定场景考虑一下。