主页 / user-33818

David Tonhofer's questions

Martin Hope
David Tonhofer
Asked: 2024-11-02 05:31:28 +0800 CST
  • 5

我正在运行postgresql-server-16.3-3.fc41.x86_64并想要为XWiki wiki 软件创建一个数据库。

按照此处详细的说明，我应该发出以下CREATE DATABASE指令：

CREATE DATABASE xwiki
WITH 
OWNER = postgres
ENCODING = 'UNICODE'
LOCALE_PROVIDER = 'builtin'
LOCALE = 'C.UTF-8'
TABLESPACE = pg_default;

当我发布该声明时，我得到：

ERROR:  unrecognized locale provider: builtin

这是出乎意料的，因为 PostgreSQL 文档指出这builtin是一个有效的关键字。从页面中可以看到CREATE DATABASE：

locale_provider：指定此数据库中默认排序规则使用的提供程序。可能的值是builtin、icu（如果服务器是使用 ICU 支持构建的）或libc。默认情况下，提供程序与模板的提供程序相同。有关详细信息，请参阅 第 23.1.4 节 。

这个错误信息从何而来？

或者，我可以使用LOCALE_PROVIDER等于libc，与模板数据库 的区域设置提供程序相同template1。在这种情况下，排序规则也必须等于模板数据库 的排序规则template1。那一个恰好是en_US.UTF-8（请注意，根据字符集支持的文档，UNICODE实际上意味着UTF-8，因此没有矛盾）：

CREATE DATABASE xwiki
WITH 
OWNER = postgres
ENCODING = 'UNICODE'
LOCALE_PROVIDER = 'libc'
LOCALE = 'en_US.UTF-8'
TABLESPACE = pg_default;

这很好用。

或者可以使用具有适当ICU 语言环境的ICU（虽然我不知道 XWiki 是否可以处理这个问题。但它应该可以，毕竟它只是一个语言环境）：

CREATE DATABASE xwiki
WITH 
OWNER = postgres
TEMPLATE = 'template0'
ENCODING = 'UNICODE'
LOCALE_PROVIDER = 'icu'
ICU_LOCALE = 'en-US'
TABLESPACE = pg_default
postgresql
Martin Hope
David Tonhofer
Asked: 2018-02-15 06:39:00 +0800 CST
  • 4

上下文：MySQL 版本

在 MySQL 5.7.17 上（如 所示SHOW VARIABLES LIKE "%version%";）

上下文：MySQL 时区设置

并SELECT @@global.time_zone, @@session.time_zone;屈服

+--------------------+---------------------+
| @@global.time_zone | @@session.time_zone |
+--------------------+---------------------+
| SYSTEM             | SYSTEM              |
+--------------------+---------------------+

...这意味着服务器跟踪系统时区。

上下文：系统时区

这是一个 Linux，我们像这样检查系统时区（输出编辑）：

$ timedatectl
      Local time: Wed 2018-02-14 13:21:30 GMT
  Universal time: Wed 2018-02-14 13:21:30 UTC
        RTC time: Wed 2018-02-14 13:21:30
       Time zone: Europe/London (GMT, +0000)

背景：我们所知道的

  • 时间和日期值不与 MySQL 中的时区信息一起存储（在DATE、DATETIME 和 TIMESTAMP 类型中对此没有明确的描述，除了“MySQL 将 TIMESTAMP 值从当前时区转换为 UTC 进行存储，然后从 UTC 转换回来到当前时区进行检索。（这不会发生在其他类型，例如 DATETIME。）”；请注意，“将 TIMESTAMP 值转换为 UTC 以进行存储”实际上仅作为实现者的说明才有意义，它对用户没有用 -重要的是 TimeZONE 总是在任何时区返回正确的值，而 DATETIME 总是在任何时区返回相同的值）

上下文：当前时间

现在是：

$ date +"The current time is %s alias %c"
The current time is 1518617572 alias Wed 14 Feb 2018 14:12:52 GMT

问题

让我们运行：

SELECT NOW(),FROM_UNIXTIME(0),UNIX_TIMESTAMP(),FROM_UNIXTIME(UNIX_TIMESTAMP());

输出（适合手动旋转；应该有一个选项）：

NOW()                            2018-02-14 14:15:13  -- Display "now" in SYSTEM timetone: OK
FROM_UNIXTIME(0)                 1970-01-01 01:00:00  -- Display 1970-01-01 00:00:00 in SYSTEM timetone: NOT OK
UNIX_TIMESTAMP()                 1518617713           -- Correct unixtime
FROM_UNIXTIME(UNIX_TIMESTAMP())  2018-02-14 14:15:13  -- Same as NOW(): OK

在上面的一切都很好，除了FROM_UNIXTIME(0)给予1970-01-01 01:00:00，这是一小时的休息。如果 Unix 时间 0 以 UTC 显示，它会给出1970-01-01 00:00:00（或者会？）

如果我在本地或从远程计算机连接，就会发生这种情况。

为了更加确定，我通过强制到 DATETIME 进行了检查。也会发生同样的情况：

CREATE TEMPORARY TABLE test (N DATETIME, FUX DATETIME, UXT LONG, NN DATETIME);
INSERT INTO test SELECT NOW(),FROM_UNIXTIME(0),UNIX_TIMESTAMP(),FROM_UNIXTIME(UNIX_TIMESTAMP());
SELECT * FROM test;
+---------------------+---------------------+------------+---------------------+
| N                   | FUX                 | UXT        | NN                  |
+---------------------+---------------------+------------+---------------------+
| 2018-02-14 14:19:51 | 1970-01-01 01:00:00 | 1518617991 | 2018-02-14 14:19:51 |
+---------------------+---------------------+------------+---------------------+
mysql datetime