美国SQL Server按今日日期查询无结果，实际存在23条印度时区插入记录

嘿，我看你遇到了一个典型的跨时区日期匹配问题——SQL Server部署在美国，你用印度时间插入了今日记录，但查询时却拿不到结果，对吧？这大概率是时区差异或者日期比较逻辑的问题，我给你拆解下解决方案：

核心问题根源 #

你插入时把UTC时间转成了印度标准时间作为"今日"的标记，但查询时如果直接用美国服务器的本地时间（或者没有正确转换时区），两者的"今日"时间范围完全不一样，自然匹配不上已插入的23条记录。

具体解决办法 #

1. 最优方案：统一存储UTC时间 #

这是避免时区混乱的终极办法，不管服务器在哪都不会出错：

• 插入阶段：直接存储DateTime.UtcNow，不要转成印度时间，代码修改成这样：

public void InsertSmsDetails() {
    DateTime utcNow = DateTime.UtcNow; // 直接存储UTC时间，避免时区转换误差
    string usecase = "manhole_Chennai";
    SqlConnection con = new SqlConnection(ConfigurationManager.ConnectionStrings["YourConnString"].ConnectionString);
    // 后续插入语句中使用utcNow作为时间字段的值
}

• 查询阶段：把"印度时间今日"转换为UTC的时间范围，再去匹配存储的UTC时间，SQL示例：

-- 计算印度时间今日的UTC起始和结束时刻
DECLARE @IndiaTodayStartUtc DATETIME = DATEADD(HOUR, 5.5, CAST(GETUTCDATE() AS DATE)); -- 印度时区比UTC快5.5小时
DECLARE @IndiaTodayEndUtc DATETIME = DATEADD(DAY, 1, @IndiaTodayStartUtc);

SELECT * 
FROM YourTableName
WHERE YourTimeField >= @IndiaTodayStartUtc 
  AND YourTimeField < @IndiaTodayEndUtc; -- 用闭开区间，避免时分秒的匹配问题

2. 如果已经存储了印度时间 #

要是你不想修改插入逻辑，那查询时必须让SQL Server基于印度时区来判断"今日"：
需要SQL Server 2016及以上版本支持时区转换，用下面的SQL查询：

SELECT *
FROM YourTableName
WHERE CAST(YourTimeField AT TIME ZONE 'India Standard Time' AS DATE) 
      = CAST(GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'India Standard Time' AS DATE);

这条语句会把存储的时间和当前UTC时间都转换为印度时间，再比较日期部分，就能匹配到正确的记录。

3. 先排查现有数据的时间值 #

你可以先执行这条SQL，看看存储的时间和当前印度时间的日期是否一致，快速定位问题：

SELECT YourTimeField, 
       CAST(YourTimeField AS DATE) AS 存储的日期部分,
       YourTimeField AT TIME ZONE 'India Standard Time' AS 转换后的印度时间,
       GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'India Standard Time' AS 当前印度时间
FROM YourTableName
WHERE usecase = 'manhole_Chennai';

额外小建议 #

• 永远优先存储UTC时间，这是处理跨时区业务的行业标准
• 如果需要展示本地时间，在C#应用层转换为对应时区，不要在数据库层存储本地时间
• 日期查询尽量用>= 起始时间 AND < 结束时间的闭开区间，避免因为时分秒导致的漏查或错查

内容的提问来源于stack exchange，提问作者krishna mohan