标签: timestamp

我在回答这个stackoverflow问题时发现了奇怪的结果：

 select * from  pg_timezone_names where name = 'Europe/Berlin' ;
     name      | abbrev | utc_offset | is_dst 
---------------+--------+------------+--------
 Europe/Berlin | CET    | 01:00:00   | f

和下一个查询

select id, 
  timestampwithtimezone, 
  timestampwithtimezone at time zone 'Europe/Berlin' as berlin, 
  timestampwithtimezone at time zone 'CET' as cet 
from data ;
 id  | timestampwithtimezone  |       berlin        |         cet         
 -----+------------------------+---------------------+---------------------
 205 | 2012-10-28 01:30:00+02 | 2012-10-28 01:30:00 | 2012-10-28 00:30:00
 204 | 2012-10-28 02:00:00+02 | 2012-10-28 02:00:00 | 2012-10-28 01:00:00
 203 | 2012-10-28 02:30:00+02 …

如果您想生成时间序列，请参阅此问题

假设我想在两个日期之间生成一系列日期。我看到该功能generate_series仅提供

Function                                    Argument Type                         Return Type                                                               Description
generate_series(start, stop, step interval) timestamp or timestamp with time zone setof timestamp or setof timestamp with time zone (same as argument type) Generate a series of values, from start to stop with a step size of step

那么我该怎么做呢？

只是一个关于在数据库中存储“时间”的快速问题。我正在记录用户运行的时间，格式为 00:00:00:00（小时、分钟、秒、毫秒）。

我最初打算将它存储为，TIME但后来我意识到 MySQL 不支持这种类型的毫秒。

我将存储从用户秒表中获取的实际时间，而不是他们运行和完成的时间（这将在插入之前计算）。

最好使用的字段类型是什么？我在想double或float，但我不确定这会起作用吗？

我正在为公元 1000 年之前扩展的记录创建一个数据库，但 MySQL 日期和日期时间字段仅支持从 1000 开始的日期。

有没有比使用 bigint 类型使用 Unix 时间戳计算 1/1/1970 之前/之后的秒数或切换到支持更大日期范围的数据库软件更方便的方法？

如何在 PostgreSQL 类型中以降低的精度存储日期和时间值，并使它们表现为日期和/或时间值？

ISO 8601 允许精度降低的日期值。'1964', '1964-05', '1964-05-02' 都是值的有效表示，精度越来越高。Python 'datetime' 类型也允许以这种方式降低精度的值。

PostgreSQL 本机时间类型不允许降低精度

在原生日期类型中，日期的每个元素都必须存在，否则该值将被拒绝。将低于所需精度级别的元素设置为“00”也会失败。

=> SELECT CAST('1964-05-02' AS DATE);
    date    
------------
 1964-05-02
(1 row)

=> SELECT CAST('1964-05' AS DATE);
ERROR:  invalid input syntax for type date: "1964-05"
LINE 1: SELECT CAST('1964-05' AS DATE);
                    ^
=> SELECT CAST('1964' AS DATE);
ERROR:  invalid input syntax for type date: "1964"
LINE 1: SELECT CAST('1964' AS DATE);
                    ^
=> SELECT CAST('1964-00-00' AS DATE);
ERROR:  date/time field value out of range: …

我有多个数据库服务器，我正在使用将过期列与now(). 问题是服务器的过期列之一是timestamp with time zone，其余的都是date。我无法更改此设置，因为我没有管理员访问权限，而且实际上我只是在查询视图。Postgres 对我来说相当陌生，所以我真的不明白日期和时间是如何相互配合的。

当我尝试timestamp with time zone通过将timestampa转换为 a 来查询服务器时date：

...
WHERE
    (
        status_code = '30000'
        OR status_code = '30005'
    )
AND CAST(expiration AS DATE) > now()

它有效，但在expiration已经date失败的服务器上使用相同的查询：

[Err] 错误：类型日期的无效输入语法：“无结束日期”

任何帮助将不胜感激，我真的不想硬编码这个数据库服务器的异常。

时间戳数据类型是表示即时值还是年月日时分秒值？一个瞬间就是一个瞬间，就像你开始阅读这篇文章的那一刻一样，它可以用许多不同的 ymdhm-s+timezone 值来描述。没有时区，这是模棱两可的，同一时刻对我来说可能是 17:25，对其他人来说可能是 13:25。

这就是我认为我得到的。该current_timestamp函数返回当前时区的当前时间，所以这是一个明确的时刻，真正的now。在表中，它存储为 UTC，因此使用这个假定的时区，它也应该是明确的。

现在这是我不明白的：这是utc_timestamp函数的存在。我将 acurrent_timestamp和 an存储utc_timestamp在同一列中，它们是不同的。这个函数甚至不应该存在，我不明白为什么它代表不同的时刻。

我有数据拉取功能，可以在 5 秒内根据modified_timestamp列从 Postgres 表中抓取所有数据。它的工作方式如下：

1. SELECT * FROM my_table WHERE modified_timestamp > _some_persisted_timestamp
2. _some_persisted_timestamp = CURRENT_TIMESTAMP
3. 处理从步骤 1接收到的数据
4. 睡眠 5 秒
5. 转到步骤 1