谢谢，但在文档中似乎有一个错误或错误:
在你的例子中，你用了"Z"。根据文档中的示例，+00:00应该被接受为原样:
Z:这个图案字母代表时区。此模式字母遵循“RFC 822 Time Zone”格式类型的规则。例如-08:00等
但是，RFC822中-08:00无效，只有-0800有效。
有可能创建一个bug/特性请求吗?建议的修复和增强:
*修正文档中的示例，将+08:00替换为+0800，以便根据RFC822有效
*允许小数秒(亚毫秒)使用. sssssssss (S重复取决于位数)
引入一个新的自定义格式的时区写入+00:00(非rfc 822)
christos_karras
成员职位:50
大师
评论
你好,
虽然可以通过使用正则表达式使字符串匹配标准来规避时区偏移的问题，但我坚决支持亚毫秒级的分辨率。在诸如预测维护等技术应用中，我们通常在时间戳中具有纳秒精度，并且每毫秒具有多个事件。这是RapidMiner目前无法处理的。
不幸的是，这可能需要一些更大的改变，因为纳秒不能被保存为双，由于有限的整数范围:我们总是会通过内部舍入降低精度。所有运营商都需要学习如何处理这种情况。
问候,
塞巴斯蒂安。