PostgreSQL中DbEaver与C#执行current_date结果不一致问题排查

PostgreSQL的current_date是基于当前数据库会话的时区计算返回的本地日期，而非服务器时区或客户端本地时区。你的场景中：

• DbEaver连接时自动将会话时区设置为GMT+7（与你本地时区一致），此时GMT+7的凌晨1:15对应的本地日期是2024-04-23，所以返回该值。
• C#应用通过Npgsql（PostgreSQL的.NET驱动）连接时，默认会话时区为UTC。此时GMT+7的1:15对应UTC时间为2024-04-22 18:15，UTC的本地日期是2024-04-22，因此current_date返回该值，最终导致datetime > current_date的查询结果不一致。

以下几种方式可以统一两边的日期返回结果：

1. 修改C#连接字符串指定时区 #

在PostgreSQL连接字符串中添加时区参数，强制会话使用GMT+7：

// 示例连接字符串，替换为你的服务器/认证信息
var connectionString = "Host=your-server;Username=user;Password=pass;Database=db;ServerTimezone=Asia/Ho_Chi_Minh";
// 或者直接用GMT偏移：ServerTimezone=GMT+7

这样C#应用的会话时区与DbEaver一致，current_date会返回GMT+7的本地日期。

2. 执行SQL时先设置会话时区 #

在执行业务查询前，先执行时区设置语句，确保后续所有查询使用统一时区：

SET TIME ZONE 'GMT+7';

在C#中可以用Dapper/ADO.NET先执行这条语句，再执行select current_date或业务查询。

3. 在SQL中直接指定时区获取日期 #

不依赖会话时区，直接在SQL里明确指定时区计算日期：

-- 直接获取GMT+7的当前日期
select current_date AT TIME ZONE 'GMT+7';
-- 或者用带时区的当前时间转换为日期
select (current_timestamp AT TIME ZONE 'GMT+7')::date;

这种方式适合需要固定时区的场景，避免会话时区变更导致的问题。

4. C#代码层面转换日期（不推荐） #

如果无法修改数据库连接或SQL，可以在C#中将获取到的UTC日期转换为GMT+7的日期：

DateTime utcDate = /* 从数据库获取的2024-04-22 */;
TimeZoneInfo gmt7Zone = TimeZoneInfo.FindSystemTimeZoneById("SE Asia Standard Time");
DateTime localDate = TimeZoneInfo.ConvertTimeFromUtc(utcDate, gmt7Zone);
// 此时localDate.Date会是2024-04-23

注意：这种方式仅处理单个日期值，无法解决datetime > current_date这类SQL查询条件的差异，优先推荐前三种方案。

内容的提问来源于stack exchange，提问作者Minh Giang