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小时!!

相关推荐
凉栀お_9 小时前
MySQL第四次作业(索引、视图)
数据库·mysql
睡前要喝豆奶粉9 小时前
.NET Core Web API中数据库相关配置
数据库·c#·.netcore
大G的笔记本10 小时前
高频 Redis 面试题答案解析
数据库·redis·缓存
万事大吉CC10 小时前
SQL语法基础教程
数据库·oracle
betazhou11 小时前
Oracle dgbroker常规命令管理简介
数据库·oracle·adg·dbbroker
海边夕阳200611 小时前
PostgreSQL性能调优:解决表膨胀、索引碎片和无效索引问题
数据库·经验分享·postgresql·性能优化
一 乐12 小时前
个人理财系统|基于java+小程序+APP的个人理财系统设计与实现(源码+数据库+文档)
java·前端·数据库·vue.js·后端·小程序
m0_7482480212 小时前
Redis的数据淘汰策略解读
数据库·redis·缓存
哥哥还在IT中12 小时前
让数据库更智能-大模型如何优化我们的SQL查询
数据库·sql
计算机小手12 小时前
探索 Maxwell:高效捕获 MySQL 数据变更的轻量级中间件
数据库·经验分享·mysql·开源软件