如何在OrientDB 3.0 RC版本中设置ISO 8601兼容的毫秒级UTC日期格式？

嗨，作为OrientDB新手，刚好你用的3.0 RC版本的日期配置我熟，这就一步步帮你搞定需求——让数据库接受所有带毫秒的ISO 8601日期，同时强制存储UTC时区的毫秒级时间戳。

一、配置数据库解析带毫秒的ISO 8601日期 #

OrientDB默认支持ISO 8601格式，但要确保毫秒部分被正确识别，需要明确指定日期格式。你有两种配置方式可选：

1. 全局启动参数（服务器级生效） #

在启动OrientDB服务器时，添加以下JVM参数，让所有数据库都能解析带毫秒的ISO 8601日期：

-Dorientdb.dateFormat="yyyy-MM-dd'T'HH:mm:ss.SSSZ"

这个格式兼容常见的带毫秒ISO 8601写法，比如2024-05-20T14:30:45.123Z（UTC时区）、2024-05-20T14:30:45.123+08:00（东八区）等。

2. 数据库级配置（单库生效） #

如果只想针对当前数据库配置，连接到目标数据库后执行这条SQL命令：

ALTER DATABASE SET DATEFORMAT "yyyy-MM-dd'T'HH:mm:ss.SSSZ"

执行完成后，记得重启数据库让配置生效。

二、强制存储为UTC时区的毫秒时间戳 #

要让所有存储的日期都转成UTC时区的毫秒级时间戳，需要调整时区配置：

1. 全局时区设置（服务器级生效） #

启动服务器时添加JVM参数，强制整个服务器使用UTC时区：

-Duser.timezone=UTC

这样所有数据库的日期操作都会基于UTC，存储时自动将输入的日期转换为UTC的毫秒时间戳。

2. 数据库级时区设置（单库生效） #

针对单个数据库，执行以下SQL命令来设置UTC时区：

ALTER DATABASE SET TIMEZONE "UTC"

这个设置会让该数据库的所有日期解析、存储操作都以UTC为基准，无需依赖服务器时区。

三、验证配置是否生效 #

可以通过插入测试数据来确认配置是否正常工作：

1. 插入一条带时区偏移的ISO 8601日期记录：

INSERT INTO TestDate (createdAt) VALUES ("2024-05-20T14:30:45.123+02:00")

2. 查询记录，查看存储的原始值和对应的UTC毫秒时间戳：

SELECT createdAt, createdAt.asLong() FROM TestDate

createdAt.asLong()会返回UTC时区的毫秒时间戳——上面的+02:00时间转成UTC是2024-05-20T12:30:45.123Z，对应的时间戳应该和这个时间的毫秒数一致。

额外小提示 #

• 如果遇到不带时区的ISO 8601格式（比如2024-05-20T14:30:45.123），OrientDB会按照你配置的UTC时区来解析，无需额外处理。
• 3.0 RC版本的这些配置和正式版完全兼容，后续升级到正式版不需要修改设置。

内容的提问来源于stack exchange，提问作者Robert Simmons Jr.