npgsql/dapper/postgresql的时区问题

最大的问题:

dapper通过npgsql 用now()函数 写入到Create_date字段(timestamp without timeznone),则写入的是utc时间(0时区时间,比东8区少8小时)

倘若将create_date的字段改为带时区 TIMESTAMP WITH TIME ZONE

USING create_date AT TIME ZONE 'Asia/Singapore';

则dapper用now()能正常写入东8区时间

但是,鬼扯的问题又来了,dapper查出来的 记录,如果用query返回dynamic类型,create_date返回的datetime的kind是utc,

如果用ExecuteReader返回reader然后新建一个datatable,将此reader载入,则狗血的bug来了,转出来的DataRow,这个create_date的kind是unspecified!

就因为这个问题,即使将create_date字段属性改为带时区,反应到前端,也是0时区的时间,少了8小时!!

相关推荐
Rooting++4 分钟前
为什么mysql的表字段的collation会自动变
数据库·mysql
Wch1G0z8A6 分钟前
Google 开源了啥,让 AI Agent 碰数据库不再是定时炸弹
数据库·人工智能·开源
tedcloud12331 分钟前
cc-switch评测:多AI Coding Agent管理工具详解
数据库·人工智能·sql·学习·自动化
土狗TuGou1 小时前
SQL内功笔记 · 第8篇:事务的四大特性与隔离级别
数据库·笔记·后端·sql·mysql·oracle
Nturmoils2 小时前
一台 2C2G 服务器上的 KingbaseES 安装记录
数据库
SelectDB3 小时前
从 Machine-Readable 到 Agent-Ready:面向智能体的数据库接口演进
大数据·数据库·agent
画江湖Test3 小时前
Redis 块的原理
数据库·redis·缓存·性能优化
流烟默3 小时前
国产数据库CERDB是什么以及服务启停
数据库·cerdb
数据库小学妹3 小时前
关系型数据库核心原理拆解:SQL解析、事务引擎、存储结构全链路分析
数据库·经验分享·sql·数据库架构·dba
海市公约3 小时前
Redis主从复制全量同步七步时序与命令传播机制详解
数据库·redis·缓存·主从复制·高可用架构·全量同步