PostgreSQL时间戳无法正确转换为Unix时间戳

如何解决PostgreSQL时间戳无法正确转换为Unix时间戳

我刚开始使用PostgreSQL。由于我们使用了大量的Unix时间戳,所以我认为最好尝试一个示例。因此,我使用phpPgAdmin创建了一个表test,其中包含字段ID和类型timestamp的字段timestamp without time zone。有有效的数据。

现在,我只想使用Unixtimestamp检索数据。而且我遇到了非常奇怪的行为。

我做了这个小测试,它仅通过将第一个最佳时间戳转换为unixtimestamp然后再转换为时间戳来选择数据:

这将为第一个条目返回原始值和unix值中的时间戳记

SELECT timestamp,extract(epoch FROM timestamp) 
FROM test 
WHERE id IN (SELECT id FROM test LIMIT 1);

好的,按预期工作。
这只会转换,因此应该返回一个条目

SELECT timestamp,extract(epoch FROM timestamp) 
FROM test 
WHERE timestamp IN (SELECT TO_TIMESTAMP(extract(epoch FROM timestamp)) 
                    FROM test LIMIT 1); 

一无所获!

我只是无法解决这种问题。如果我将时间戳转换为其他时间戳,然后再将其转换回去,那么它应该是相同的时间戳,对吧?

我只想要一种将时间戳转换为unixtime并返回的方法,而不会丢失信息。

请注意:这只是一个测试!我不想使用此代码。我只想检查SQL代码是否按预期运行! 另外,我不能对unixtimestamps做任何事情!我只想要一种正确投射它们的方法!

解决方法

不使用没有时区的时间戳类型与使用:

 select '09/12/2020 11:16 PDT'::timestamp,to_timestamp(extract(epoch from '09/12/2020 11:16 PDT'::timestamp));
      timestamp      |      to_timestamp       
---------------------+-------------------------
 09/12/2020 11:16:00 | 09/12/2020 04:16:00 PDT

select '09/12/2020 11:16 PDT'::timestamptz,to_timestamp(extract(epoch from '09/12/2020 11:16 PDT'::timestamptz));
       timestamptz       |      to_timestamp       
-------------------------+-------------------------
 09/12/2020 11:16:00 PDT | 09/12/2020 11:16:00 PDT

更新。有关更多详细信息,see。重要的部分是:

在已经确定为没有时区的时间戳的文字中,PostgreSQL将默默地忽略任何时区指示。也就是说,结果值是从输入值中的日期/时间字段派生的,并且未针对时区进行调整。

对于带时区的时间戳,内部存储的值始终以UTC(通用协调时间,通常称为格林威治标准时间,GMT)表示。使用该时区的适当偏移量,将指定了明确时区的输入值转换为UTC。如果在输入字符串中未指定时区,则假定该时区位于系统的TimeZone参数指示的时区中,并使用时区时区的偏移量转换为UTC。

当输出带有时区值的时间戳时,它总是从UTC转换为当前时区,并在该时区中显示为本地时间。要查看其他时区的时间,请更改时区或使用AT TIME ZONE构造(请参见第9.9.3节)。

这意味着:

select '09/12/2020 11:16 PDT'::timestamp;
      timestamp      
---------------------
 09/12/2020 11:16:00


select '09/12/2020 11:16'::timestamp at time zone 'UTC';
        timezone         
-------------------------
 09/12/2020 04:16:00 PDT

 select '09/12/2020 11:16 PDT'::timestamp at time zone 'UTC';
        timezone         
-------------------------
 09/12/2020 04:16:00 PDT

select '09/12/2020 11:16 PDT'::timestamptz;
       timestamptz       
-------------------------
 09/12/2020 11:16:00 PDT


select '09/12/2020 11:16 PDT '::timestamptz at time zone 'UTC';
      timezone       
---------------------
 09/12/2020 18:16:00

因此,在第一种情况下,时区将被忽略,时间被视为09/12/2020 11:16 。在第二种和第三种情况下,时间戳记为UTC,显示的值被旋转到我的时区PDT。在第三种情况下,我使用timestamptz,所以时间戳记正确标记了时区。这意味着当我要求显示在UTC时,它会做正确的事情。

,

As documented in the manual to_timestamp()返回一个timestamp WITH time zone,因此显然无法与timestamp WITHOUT time zone进行比较。

您需要通过告诉Postgres应该使用哪个时区,将结果从to_timestamp()转换回没有时区的时间戳:

SELECT "timestamp",extract(epoch FROM "timestamp"),cast("timestamp" as timestamp with time zone),TO_TIMESTAMP(extract(epoch FROM "timestamp")) at time zone 'UTC'
FROM test 
where "timestamp" in (select to_timesatmp(extract(epoch FROM "timestamp")) at time zone 'UTC'
                      from test 
                      limit 1)

与以下基本相同:

SELECT "timestamp",TO_TIMESTAMP(extract(epoch FROM "timestamp")) at time zone 'UTC'
FROM test 
where "timestamp" in (select "timestamp"
                      from test 
                      limit 1)

但是,在数字和适当的timestamp之间来回转换的整个过程是没有用的-如果您混合使用不同的数据类型(如刚刚发现的那样),则容易出错。最好的办法是将所有内容都保留为timestamp或更佳的timestamptz

对于简短的介绍,为什么timestamptz带有时区)通常是一个更好的选择,您可能需要阅读this

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


依赖报错 idea导入项目后依赖报错,解决方案:https://blog.csdn.net/weixin_42420249/article/details/81191861 依赖版本报错:更换其他版本 无法下载依赖可参考:https://blog.csdn.net/weixin_42628809/a
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下 2021-12-03 13:33:33.927 ERROR 7228 [ main] o.s.b.d.LoggingFailureAnalysisReporter : *************************** APPL
错误1:gradle项目控制台输出为乱码 # 解决方案:https://blog.csdn.net/weixin_43501566/article/details/112482302 # 在gradle-wrapper.properties 添加以下内容 org.gradle.jvmargs=-Df
错误还原:在查询的过程中,传入的workType为0时,该条件不起作用 <select id="xxx"> SELECT di.id, di.name, di.work_type, di.updated... <where> <if test=&qu
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct redisServer’没有名为‘server_cpulist’的成员 redisSetCpuAffinity(server.server_cpulist); ^ server.c: 在函数‘hasActiveC
解决方案1 1、改项目中.idea/workspace.xml配置文件,增加dynamic.classpath参数 2、搜索PropertiesComponent,添加如下 <property name="dynamic.classpath" value="tru
删除根组件app.vue中的默认代码后报错:Module Error (from ./node_modules/eslint-loader/index.js): 解决方案:关闭ESlint代码检测,在项目根目录创建vue.config.js,在文件中添加 module.exports = { lin
查看spark默认的python版本 [root@master day27]# pyspark /home/software/spark-2.3.4-bin-hadoop2.7/conf/spark-env.sh: line 2: /usr/local/hadoop/bin/hadoop: No s
使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams['font.sans-serif'] = ['SimHei'] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -> systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping("/hires") public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate<String
使用vite构建项目报错 C:\Users\ychen\work>npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-