Google Data Studio拼接年月日生成YYYYMM日期出现偏移问题求助

我之前也踩过这个坑，根源在于当月份/日期是个位数（无前导零）时，TODATE对非标准日期字符串的解析会触发异常容错逻辑——它会把不规范的YYYY-M-D格式误判，最终导致日期被自动修正为上月的最后一天，进而让转换后的YYYYMM也跟着偏移一个月。

问题原因拆解 #

你当前的公式直接拼接了无补零的年、月、日：

TODATE(CONCAT(systems.added_year, CONCAT('-', concat(systems.added_month, concat('-', systems.added_day)))), 'DEFAULT_DASH', '%Y%m')

比如当added_month是3、added_day是5时，拼接出的字符串是2023-3-5。虽然肉眼看是合法日期，但TODATE的DEFAULT_DASH格式默认期望两位数的月和日（即标准的YYYY-MM-DD），这种非标准格式会触发Data Studio的日期容错机制——它尝试解析失败后，会自动回退到最近的有效日期，最终导致日期偏移。

解决办法：先补前导零，再转换 #

正确的思路是先用LPAD函数给月份和日期补前导零，生成标准格式的日期字符串，再用TODATE转换：

TODATE(
  CONCAT(
    systems.added_year,
    '-',
    LPAD(systems.added_month, 2, '0'),
    '-',
    LPAD(systems.added_day, 2, '0')
  ),
  'YYYY-MM-DD',
  '%Y%m'
)

细节说明：

1. LPAD(systems.added_month, 2, '0')：把单个数字的月份（比如3）补成两位的03，日期同理，确保生成标准的日期片段。
2. 拼接标准日期字符串：生成YYYY-MM-DD格式的合法字符串（如2023-03-05），避免解析歧义。
3. 指定精确解析格式：把TODATE的第二个参数从DEFAULT_DASH改成YYYY-MM-DD，明确告诉Data Studio如何解析字符串，绕开容错机制的干扰。

这样生成的YYYYMM字段就能精准匹配实际日期，不会再出现偏移问题。

另外，如果你的场景只需要YYYYMM文本展示（不需要日期类型的交互），还可以直接跳过TODATE转换，直接拼接补零后的年月，效率更高：

CONCAT(systems.added_year, LPAD(systems.added_month, 2, '0'))

内容的提问来源于stack exchange，提问作者joshperry