PostgreSQL的TIMESTAMP在SQL IDE与Jupyter Notebook显示日期不一致

两个返回结果对应的绝对时间完全一致，不存在数据读取错误，差异来自两端客户端连接数据库时的时区配置不匹配：

• 时间换算验证：2021-12-31 20:09 UTC 与 2022-01-01 09:09+13:00 是完全相同的时刻，差值刚好为13小时，符合UTC+13时区的偏移量。
• DataGrip默认沿用数据库服务端配置的时区（从返回结果看服务端时区为UTC），直接返回了不带时区标识的UTC时间戳，未做偏移转换。
• Jupyter Notebook侧使用的PostgreSQL驱动（通常为psycopg2或SQLAlchemy），会默认读取Jupyter运行环境的系统本地时区（当前环境为UTC+13），自动将数据库存储的UTC时间转换为本地时区的带偏移时间戳展示，最终出现日期、时间数值不一致的现象。
• 若registered_date字段为timestamp without time zone类型，PostgreSQL本身不会存储时区元数据，客户端连接时的时区参数会直接决定时间值的偏移转换逻辑，是该问题出现的核心前提。

可根据自身需求选择对应方案，核心目标是统一两端的连接时区配置：

• 方案1：固定Jupyter连接的时区为UTC（推荐，和DataGrip默认行为对齐）
  若使用SQLAlchemy建立连接，直接在连接串中指定时区参数：

  from sqlalchemy import create_engine
  engine = create_engine("postgresql+psycopg2://用户名:密码@数据库地址:端口/库名?options=-c%20timezone=UTC")
  

  若直接使用psycopg2连接，在连接建立后手动设置会话时区：

  import psycopg2
  conn = psycopg2.connect("dbname=库名 user=用户名 password=密码 host=数据库地址 port=端口")
  cur = conn.cursor()
  cur.execute("SET TIME ZONE 'UTC';")
  

• 方案2：查询时显式指定返回时间的时区
  无需修改全局连接配置，在SQL语句中直接定义时间返回的时区，规避客户端自动转换逻辑：

  select id, registered_date at time zone 'UTC' as registered_date from table where id = '12345'
  

• 方案3：调整DataGrip时区对齐本地环境
  若需要统一展示为本地UTC+13时间，打开DataGrip对应数据源的设置页，在Options面板找到Session timezone配置项，将值修改为UTC+13即可。

快速验证方式：在两个客户端分别执行show timezone;，如果返回的时区值不同，即可确认是该问题导致。

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