SQL Server时区不匹配问题：如何修正存储的本地时间？

问题现状 #

你期望将API响应体中带+05:30时区的CreateDateTime（如2023-11-23T12:19:29.2882111+05:30）存储到SQL Server，但目前数据库中存储的是响应头里的GMT时间，而非目标本地时区时间。

现有代码问题分析 #

你的控制器代码中，先执行了model.CreateDateTime = DateTime.UtcNow;，这会将UTC（GMT）时间赋值给字段并存储到数据库，之后的model.CreateDateTime.ToLocalTime()只是将UTC时间转换为本地时间返回给前端，并不会修改已经存入数据库的值，因此SQL Server中保留的始终是UTC时间。

修正方案 #

方案1：直接存储服务器本地时间（简单场景） #

如果你的服务器时区已经设置为+05:30，可以直接将赋值语句改为获取本地时间：

修改控制器中的代码：

// 替换原来的 DateTime.UtcNow
model.CreateDateTime = DateTime.Now;

这样存储到SQL Server的就是服务器本地的+05:30时区时间，无需后续转换。

方案2：使用带时区的类型（推荐，避免时区混乱） #

DateTime类型本身不包含时区信息，容易导致时间混淆，推荐改用DateTimeOffset类型，它会保留时区偏移量，对应SQL Server的datetimeoffset字段类型。

1. 修改模型字段类型：

public class Stage1Model
{
    [Key]
    public int JobID { get; set; }
    public int EmpID { get; set; }

    public string? CustomerName { get; set; }
    public string? OrderDetails { get; set; }
    public DateTime DispatchDate { get; set; }
    // 替换DateTime为DateTimeOffset
    public DateTimeOffset CreateDateTime { get; set; }
    public string S1Status { get; set; }
}

2. 修改控制器赋值逻辑：
   直接获取带时区偏移的本地时间：

// 替换原来的 DateTime.UtcNow
model.CreateDateTime = DateTimeOffset.Now;

或者如果需要从UTC转换为指定时区：

// 将UTC时间转换为+05:30时区
model.CreateDateTime = DateTimeOffset.UtcNow.ToOffset(TimeSpan.FromHours(5.5));

3. SQL Server表字段调整：
   确保CreateDateTime对应的数据库字段类型为datetimeoffset，而非datetime或datetime2，这样可以完整存储时区信息。

这种方案能彻底避免时区歧义，无论服务器时区如何变化，都能准确保留目标时区的时间信息。

内容的提问来源于stack exchange，提问作者Bharani Dharan