问题[timezone](dba)

我正在将一些 datetimeoffset 列的时间从 UTC 转换为东部时间。我正在通过命令执行此操作

UPDATE MyTable SET MyColumn = MyColumn AT TIME ZONE 'Eastern Standard Time'

这似乎工作正常（时间提前 4 小时移动，现在有一个 -04:00 的偏移量，正是我想要的），但后来我意识到这不是 EST，它现在是 EDT。

SELECT * FROM sys.time_zone_info 

给我一个时区列表，但没有“东部夏令时间”，只有“东部标准时间”。有一列“is_current_dst”似乎是正确的。但据我所知，谈论“东部标准时间”时区是否在 DST 没有任何意义。东部标准时间意味着它不是夏令时。“东部夏令时间”是指夏令时。对我来说，这似乎是获取动物列表，而不是列表中的“狗”和“猫”，只有“狗”，带有“isCat”标志！

我对为什么将时区称为“东部标准时间”感到困惑（以及为什么我上面的更新语句将时间转换为东部夏令时间（又名 UTC -04:00）。

时区的名称是否不正确，它应该只是类似于“东部时间”的标志，表明它当前是美国东部时间还是美国东部时间？

还是我完全糊涂了？

我正在尝试了解有关该sys.time_zone_info表的更多信息。除了使用此查询找到的 E. Australia Standard Time 条目之外，这一切似乎都很直观：

select current_utc_offset from sys.time_zone_info where  [name] = 'E. Australia Standard Time'

我住在英国，目前英国时间是：22:38。当前的 UTC 时间是：21:38。澳大利亚悉尼当前时间是：08:38，也就是UTC+11。但是，上面的查询返回：

+10:00

我期望：

+11:00

我将 SQL Server 设置为 Docker 容器。它是 SQL Server v18.4。

问题是什么？

我将 AWS RDS 用于带有 PGAdmin 的 PostgreSQL 11 数据库。我存储每一行​​的创建日期，now()::timestamp用于存储没有时区的日期和时间。问题是存储的时间永远不是我想要的值（UTC+05:30）。

如果我在 RDS 中设置参数timezone，UTC则存储的时间比印度时间晚 5:30 小时，但如果我设置 UTC+05:30，它存储的时间要么晚 11 小时，要么多 1 小时，这在随机行中随机发生。我没有改变任何其他东西，只是这个timezone参数。

我搜索了很多，但没有找到任何类似的答案。

我正在使用 Debian 8、mariadb 10.4、nginx 10.3、php7.3-fpm。我的时区配置是这样的：

1. Debian：欧洲/雅典（通过 tzselect 命令）
2. PHP：欧洲/雅典，默认时区 UTC
3. Mariadb：欧洲/雅典

问题：

我的记录插入到带有 UTC 时区（3 小时前）的 DATETIME 字段中。

我猜这是导致问题的 php 上的默认时区，但我不知道如何解决它。

服务应用是nodejs，它使用的是mysql连接池。

目前，我们将计划向另一个国家出售服务 设置时区的最佳方式是什么？

时区设置执行，查询执行？像“设置时区=‘UTC’；从用户中选择*；”

我在 Oracle 数据库中没有得到正确的时区。该问题仅从 2021 年开始发生。请查看两个相同的查询 - 第一个是 2020 年，第二个是 2021 年。第一个正确地将时区指定为 EDT；第二个错误地给出了 EST。如何解决这个问题？

SELECT 
   TO_CHAR(FROM_TZ(TIMESTAMP '2020-08-01 00:00:00', 'America/New_York'),'TZD') AS TIMEZONE 
FROM DUAL ;

---
EDT

SELECT 
   TO_CHAR(FROM_TZ(TIMESTAMP '2021-08-01 00:00:00', 'America/New_York'),'TZD') AS TIMEZONE 
FROM DUAL ;

---
EST

我们用UTC保存了时间戳。但是，我们想选择用户到他们自己的时区。显示没有问题。但是日期范围查询的问题。

亚洲/新加坡: 13/03/2017 0:00 AM (0:00)

UTC : 2017 年 12 月 3 日下午 4:00 (16:00)

新加坡时区用户尝试在 2017 年 3 月 13 日至 2017 年 3 月 15 日之间查询他们的数据，由于时区，一些数据已经丢失。

当前查询就像

SELECT * FROM transactions WHERE created_at between "2018-01-24" and "2018-01-25";

在我的环境中，有一些服务器在本地备份和 Ola Hallengren 计划上运行。我们的服务器是 2008 年、2012 年和 2014 年的组合。所有完整备份都在凌晨 12 点进行，日志备份每 15 分钟进行一次。

我以前从未考虑过夏令时，所以请告诉我应该进行哪些调整。

上午 12 点的完整备份会受到影响吗？日志备份会怎样？

我有一个名为created_at存储在 UTC 中没有时区的数据的列，例如：2017-02-05 15:43:27.151

我想以特定格式转换为其他时区，如 CET：

2017-02-08 16:43:27 +01:00

我成功将时间转换为特定时区，但需要指定输入的时区。查询看起来像：

SELECT created_at, 
       (created_at AT TIME ZONE 'UTC') AT TIME ZONE 'CET' AS cet 
FROM my_table;

[
  {
    "created_at" : "2017-02-08 15:43:27.151",
    "cet"        : "2017-02-08 16:43:27.151"
  }
]

但我未能从时区代码中提取或生成时区偏移量。

我试过了

SELECT EXTRACT(TIMEZONE_HOUR
               FROM
                 (SELECT '2017-02-08 15:43:27.151' AT TIME ZONE 'CET'));
[
  {
    "date_part" : 0
  }
]

如何获得2017-02-08 16:43:27 +01:00？

编辑 1：

SHOW timezone; --utc
SELECT current_timestamp; -- 2017-02-09 11:00:20.225039+00
SELECT to_char(current_timestamp AT TIME ZONE 'CET', 'YYYY-MM-DD HH24:MI:SS OF'); -- 2017-02-09 12:00:35 +00

为什么偏移量是 00？（我使用OF是因为我在 Redshift 上）？

的 | 与 UTC 的偏移量；仅对 TIMESTAMPTZ 有效

来自文档

编辑2：我想把AT TIME ZONE 'CET'日期改成timestamptz，但我错了。您需要转换日期，::timestamptz然后OF将显示 UTC 偏移量。

SELECT to_char((current_timestamp AT TIME ZONE 'CET')::timestamptz, 'YYYY-MM-DD HH24:MI:SS OF'); 
--2017-02-09 14:48:48 +01

现在我需要添加:00.

如果您在 Postgres 上执行类似以下查询的操作：

SELECT * FROM pg_timezone_names() WHERE name LIKE '%Rome%';

你会得到一堆“奇怪”的时区：

postgres=# SELECT * FROM pg_timezone_names() WHERE name LIKE '%Rome%';
       name        | abbrev | utc_offset | is_dst
-------------------+--------+------------+--------
 Europe/Rome       | CET    | 01:00:00   | f
 posix/Europe/Rome | CET    | 01:00:00   | f
(2 rows)

我想知道为什么posix/存在，它们代表什么（它们不是 IANA 官方时区，对吗？）以及它们何时使用。它们看起来像是 POSIX 标准和 Olson DB 的混合体，但 posix 应该将 -1 作为 utc_offset，对吗？我正在考虑使用该pg_timezone_names()功能让用户有机会选择自己的时区，但我无法理解 Postgres 中这种特定类型时区的含义。