您在此处:
日期和日期时间格式
Data 360 支持日期和日期时间数据类型。
日期或日期时间数据类型的字段必须包含日期和时间格式。Data 360 在解析数据并将其写入数据湖对象 (DLO) 时引用此格式。
系统会根据源数据的一小部分样本建议日期或日期时间格式,您有责任验证建议。如果您接受不正确的建议格式而没有检查它,您的数据可能会被损坏而不会失败。
例如,如果源数据使用 MM/DD/YYYY,但系统建议使用 DD/MM/YYYY,2024 年 3 月 7 日这样的日期将被解释为 2024 年 7 月 3 日,而不是 2024 年 3 月 7 日。
为避免数据损坏,请在继续之前手动验证建议的格式是否与您的源数据完全匹配。查看源文件或数据流的多行,以确认格式正确。如果系统的建议与您的数据不匹配,请手动编辑格式。
Data 360 通过查看传入的原始数据来推荐适用的数据类型。它也建议使用该格式。如果选择将日期类型覆盖为日期时间,或将日期时间覆盖为日期类型,请确保格式保持不变,以便它仍然反映原始数据中的格式。
覆盖仅适用于基于文件的连接器(Amazon S3 Storage、Google Cloud Storage、Azure Storage 和 SFTP)。
该表为这些情况下日期和日期时间数据类型之间的覆盖行为提供了示例。
- 原始数据:来自数据源的传入数据。
- 建议的数据类型:Data 360 自动检测的数据类型。
- 建议的日期和时间格式:Data 360 根据原始数据建议的日期格式。
- 覆盖的数据类型:用户指定的数据类型。
- 覆盖的日期和时间格式:覆盖数据类型时适用的日期和时间格式。
- 存储的格式:在 DLO 中存储的数据的格式。
| 原始数据 | 建议的数据类型 | 建议的日期和时间格式 | 覆盖的数据类型 | 覆盖的日期和时间格式 | 存储的格式 |
|---|---|---|---|---|---|
| 06/14/2022 | 日期 | MM/dd/yyyy | 日期时间 | MM/dd/yyyy | 06/14/2022 00:00:00 UTC |
| 06/14/2022 22:00:00 PST | 日期时间 | MM/dd/yyyy HH:mm:ss ZZZ | 日期 | MM/dd/yyyy HH:mm:ss ZZZ | 06/14/2022 |
| 06/14/2022 02:00:00 | 日期时间 | MM/dd/yyyy HH:mm:ss | 日期 | MM/dd/yyyy HH:mm:ss | 06/14/2022 |
该表显示了日期和时间模式字符串及其定义。验证为每个字段建议的日期和时间格式时,请使用此表。这些模式区分大小写,无法区分大小写会产生非常不同的结果。例如,“MM”用于表示月份,而“mm”表示分钟。
| 字母 | 日期或时间组件 | 示例 |
|---|---|---|
| G | 纪元指示符 | AD |
| y | 年份 | 1996, 96 |
| Y | 基于周的年份 | 2019 年 12 月 31 日 输出是 2020,因为 12 月 31 日是 2020 年的第一周。 |
| M | 一年中的月份 | 七月,7 月,07 |
| w | 一年中的某周 | 27 |
| W | 一月的某周 | 2 |
| D | 一年中的某天 | 189 |
| d | 一月中的某天 | 10 |
| F | 一月中某周的一天 | 2 |
| E | 周中的日期名称 | 星期二,周二 |
| U | 星期几(1 等于星期一,7 等于星期日) | 1 |
| a | AM 或 PM 标记 | PM |
| H | 一天中的某小时 (0-23) | 0 |
| k | 一天中的某小时 (1-24) | 24 |
| K | 以上午或下午计时的小时 (0-11) | 0 |
| h | 以上午或下午计时的小时 (1-12) | 12 |
| m | 一小时中的某分钟 | 30 |
| s | 一分钟中的某秒钟 | 55 |
| S | 毫秒 | 978 |
| z | 时区 | 太平洋标准时间,PST,GMT-08:00 |
| Z | 时区 | -0800 |
| X | 时区 | -08,-0800,-08:00 |
- 2001 是 2001 年,表示为 yyyy
- 07 是七月,用 MM 表示
- 04 是月中的一天,表示为 dd
- T 是分隔日期和时间的文字
- 12 是(0-23 小时制)中一天的小时,用 HH 表示
- 08 是小时中的分钟,表示为 mm
- 56 是分钟的秒数,表示为 ss
- 235 是毫秒,用 SSS 表示
- -700 是时区,用 Z 表示
不明确的日期格式
如果传入的值不明确,您可能需要覆盖日期格式。例如,如果所有采样值都有像 01-02 这样的月和日部分,Data 360 会将其任意解释为 1 月 2 日或 2 月 1 日。但是,如果您将必要的上下文应用于日期和时间模式,模糊性就会得到纠正。
如果月份和日期位置颠倒,系统可能会将日期解释为提前数年,从而产生意外或未来日期的记录。
我们不建议使用由字母缩写表示的时区,例如 EST、WST 或 CST,因为它们会导致不明确的解释。例如,CST 可能意味着中国标准时间 (UTC+8)、古巴标准时间 (UTC-5) 和北美中部标准时间 (UTC-6)。
不支持时区缩写。

