在 Snowflake 中，我如何仅 CAST CURRENT_TIMESTAMP 到分钟。我不想在我的结果中包含秒、毫秒或时区。
为什么to_timestamp在同一个查询中使用不同的时区来显示纪元？注意+02与+01。
=> select to_timestamp(1651157248),to_timestamp(1647224832);
to_timestamp | to_timestamp
------------------------+------------------------
2022-04-28 16:47:28+02 | 2022-03-14 03:27:12+01
(1 row)
=> select version();
version
----------------------------------------------------------------------------------------------------------------------------------------
PostgreSQL 12.12 (Ubuntu 12.12-0ubuntu0.20.04.1) on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0, 64-bit
(1 row)
=> show timezone;
TimeZone
---------------
Europe/Vienna
(1 row)
可能与 3 月底从冬至夏时的转换有关，+01对应CET和。+02CEST
我如何使用to_timestamp它以使其始终使用相同的时间偏移量（无论是哪一个）？
我正在使用 PgAdmin 4 v6，对于一些数据类型为 的时间戳数据timestamp with time zone，我在 PgAdmin 中看到它是这样的：
2022-03-06 16:11:33+04
为什么+04正在显示？
我查看了以下 postgres 指南：
它声明如下：
所有可识别时区的日期和时间都以 UTC 格式在内部存储。在显示给客户端之前，它们会转换为 TimeZone 配置参数指定的区域中的本地时间。
此处的参考说明了有关 Postgres 中 TimeZone 配置的以下内容：
TimeZone (string)设置显示和解释时间戳的时区。内置默认值是 GMT，但通常在 postgresql.conf 中被覆盖；initdb 将在那里安装与其系统环境相对应的设置。
这表明以某种方式从数据库主机系统派生的时区被添加到 postgresql.conf 中。
我假设我在 PgAdmin 中看到偏移量的原因是 PgAdmin 正在显示存储值的转换版本，该版本基于存储在 postgresql.conf 中的数据库主机系统的时区信息。谁能确认这是否是 PgAdmin 在显示具有数据类型的数据时所做的事情timestamp with timezone？
该updated列创建为
| updated | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
一个简单的SELECT给
+---------------------+
| updated |
+---------------------+
| 2021-12-25 00:15:47 |
+---------------------+
不幸的是，updated没有创建为timestamp(3).
有什么方法可以从中提取更多的准确性updated？（MySQL 是否存储比秒更高的精度，即使它只显示秒数？）
我有一个 Postgresql 列，它是一个 varchar，它正在保存一个看起来像'2 years, 5 months'or'3 months'或'9 years, 0 months' 的字符串。我无法将列转换为间隔，因为它会破坏一堆现有的功能，所以我要做的是将该 varchar 转换为 select 语句中的间隔。我不知道该怎么做，我想我首先需要将其格式化为时间戳，然后将其转换为间隔？但无法找到有关此特定案例的任何信息。感谢您的帮助！
编辑 1：a_horse_with_no_name 的解决方案有效，但我之前因为空行而遇到错误，所以我写了一个这样的案例来修复它
case
when
duration = ''
then
interval '0'
else
duration::interval
end
我知道，在 PostgreSQL 中，返回值NOW()是事务开始时间戳。因此，如果您NOW()在同一事务中多次使用，它将始终返回相同的值。
这在我的书中很好。
但是我对客户端应用程序中的单元测试有一个小问题，如果可能的话，我希望能够告诉 PostgreSQL（暂时）禁用它。
我不想（不能）使用另一个时间戳函数clock_timestamp()的原因是因为函数调用NOW()位于触发器内部，并且在生产代码中我想要“事务启动”行为。
但是在我的单元测试中，我正在修补 API 级别的“提交”功能，因此我不会在测试期间不小心将真实数据提交到数据库（别担心，我在测试期间不使用生产数据库）。所以在单元测试期间，commit从来没有命中数据库，所以我没有得到新的事务时间戳。
数据库使用时态表，只有在时间戳发生变化时才会将新条目附加到历史表中，以确保我们在每个事务中只合并历史表中的一个条目。
但是在测试时态表行为时，这会导致历史表中永远不会出现任何条目。时态表触发器的关键片段是这样的：
new_validity_period = tstzrange(
lower(OLD.validity_period),
NOW(),
'[)'
);
IF isempty(new_validity_period) THEN
RAISE DEBUG 'New entry % will not introduce a new history item', OLD;
RETURN OLD;
END IF;
因此，当我在单元测试中执行“插入”操作并且事务时间为“2020-01-01 01:02:03”时，该条目的有效期将为[2020-01-01 01:02:02,). 如果仍然在同一个单元测试中，我删除了该条目（并测试它是否出现在历史表中），则操作发生在同一个 TX 中，上面的代码将如下所示：
new_validity_perion = tstzrange(
'2020-01-01 01:02:03', -- the lower-bound of the 'OLD' row
'2020-01-01 01:02:03', -- the result of 'NOW()'
'[)'
)
-- resulting in an empty range because the two timestamps are identical
IF isempty(new_validity_periond) THEN -- <- Resulting to TRUE
...
RETURN OLD; -- returning here, not continuing to store the history entry
END IF;
-- code below here is skipped
有没有办法将 PG 配置为在调用时始终返回挂墙时间NOW()？测试是针对 docker-container 运行的，因此我可以完全控制服务器配置。但是，如果我可以通过 SQL 命令设置配置来更改行为会更好，所以我只能更改临时表测试的行为。
如果那不可能，我需要为这些测试使用不同的数据库会话/事务设置。这也很好，但我想知道我是否可以控制这种 PG 行为。
附录：单元测试事务隔离
这是我用来隔离用户代码中的提交调用的代码：
@fixture
def rb_session():
"""
Returns a session which will always be rolled back.
"""
engine = create_engine(Configurations.getenv("IPBASE_DATABASE_DSN"))
# Get a *specific* connection from the pool
connection = engine.connect()
# Explicitly start a new connection on the connection we got
# This makes the normal "session.begin()" and "session.commit()"
# calls in SQLAlchemy no-ops as there is already a transaction
# in progress.
transaction = connection.begin()
# Ensure we use the "primed" connection for all our SQLAlchemy
# session needs in our unit-tests.
session = Session(bind=connection)
try:
yield session
finally:
transaction.rollback()
session.close()
connection.close()
在MySQL的情况下，
TIMESTAMP 值存储为自纪元以来的秒数（'1970-01-01 00:00:00' UTC）`
如果 PostgreSQL 版本小于或等于 9.6
时间戳值存储为 2000-01-01 午夜之前或之后的秒数
如果 PostgreSQL 的版本大于等于 10，则对此没有解释
关于 PostgreSQL 的内部逻辑，我有两个问题。
- 它仍然使用与 9.6 版相同的标准吗？
- 为什么是“午夜 2000-01-01”？Unix 纪元从
1970-01-01 00:00:00 UTC. J2000 纪元从12 noon (midday) on January 1, 2000.
似乎只有少数系统使用2000-01-01 00:00:00.
因为 PostgreSQL 提供了将 UNIX 纪元转换为时间戳to_timestamp或反之亦然的函数EXTRACT(EPOCH FROM ...)，所以使用不同于 UNIX 纪元的标准似乎需要额外的偏移计算。
我在 MySQL 5.7 表中创建了一个created_time字段BIGINT，现在我想在插入记录时自动生成一个 Unix 毫秒时间戳。是否有可能做到这一点？我已经尝试了下面的代码，但它失败了：
ALTER TABLE db.video_info MODIFY COLUMN created_time bigint(20)
DEFAULT (ROUND(UNIX_TIMESTAMP(CURTIME(4)) * 1000)) NULL;
目前我有
SELECT x, plans.name
FROM plans
CROSS JOIN generate_series(timestamp '2021-01-01 06:00'
, timestamp '2021-01-07 22:00'
, interval '1 hour') t(x)
表定义
create table plans
(
id serial not null
constraint plans_pk
primary key,
name varchar default 50,
duration interval default '01:00:00'::interval
);
这给了我计划表和时间戳生成系列的笛卡尔积。
我想为每个计划行介绍一个特定的持续时间，因此一行可以有“1 小时”，意味着另一行有“30 分钟”，然后为每一行生成每个组合。这里的 CROSS JOIN 不起作用，我试过：
SELECT x, plans.name
FROM plans
CROSS JOIN generate_series(timestamp '2021-01-01 06:00'
, timestamp '2021-01-07 22:00'
, interval plans.duration) t(x)
假设我有一个名为 MyTable 的表，其时间戳字段为“已创建”。我只想提取本专栏的日期部分，在我的研究中我发现了这些替代方案：
SELECT created AS "Original",
date(created) AS "DateFunction",
created::date AS "DoubleColonCast",
cast(created as date) AS "CastFunction",
date_trunc('day', created) AS "DateTrunc"
FROM MyTable
- 就SARGability 而言，首选方法是什么？
- 什么是“SQL ANSI”（即更便携）方式？
- Postgres 中最常见/最常用的是什么？