Doctrine中DATE_ADD传SUBSTRING_INDEX结果报$value未定义错误

以下原生SQL可正常执行：

SELECT
   DATE_ADD(CURRENT_TIMESTAMP(), 1, 'DAY')
FROM table_name;

-- 间隔值取字段截取结果、时间单位写死的写法可正常运行
SELECT
   DATE_ADD(CURRENT_TIMESTAMP(), SUBSTRING_INDEX(column, ' ', 1), 'DAY')
FROM table_name;

但将时间单位参数替换为字段截取结果的写法无法正常运行：

SELECT
   DATE_ADD(CURRENT_TIMESTAMP(), 1, SUBSTRING_INDEX(column, ' ', -1))
FROM table_name;

表中column字段存储格式为1 MONTH这类「间隔数值+空格+时间单位」的字符串，预期逻辑是拆分字符串后，将两部分结果分别作为间隔值、时间单位传入DATE_ADD函数完成日期计算。但在Doctrine中实现该逻辑时，DATE_ADD第三个参数传入SUBSTRING_INDEX(column, ' ', -1)会抛出如下错误：

Notice: Undefined property: DoctrineExtensions\Query\Mysql\SubstringIndex::$value

Doctrine中对应的DQL写法如下：

->andWhere("createdAt > DATE_ADD(CURRENT_TIMESTAMP(), SUBSTRING_INDEX(column, ' ', 1), SUBSTRING_INDEX(column, ' ', -1))")

核心疑问：该写法是否不被Doctrine支持，无法通过这种方式实现对应日期计算逻辑？

该报错不是Doctrine底层不支持该计算逻辑，是常用的beberlei/DoctrineExtensions扩展包中自带的DATE_ADD函数实现存在硬编码限制：

• 扩展内DATE_ADD的解析逻辑默认第三个参数（时间单位）必须是字面量字符串，会直接读取参数节点的$value属性获取单位值
• 当传入SUBSTRING_INDEX()这类函数返回的动态计算结果时，参数节点是函数表达式对象，不存在$value属性，就会触发未定义属性的报错
• 写死时间单位、仅动态传入间隔值的写法可以正常运行，是因为第二个参数（间隔数值）的解析逻辑支持处理表达式类型节点，没有硬编码读取$value属性的逻辑

• 自定义DQL函数覆盖默认实现
  复制扩展包中DoctrineExtensions\Query\Mysql\DateAdd类的原有代码，修改第三个参数的解析逻辑，移除对$value属性的硬编码读取，增加对表达式类型参数的支持，之后将自定义的DATE_ADD函数注册到Doctrine配置中，替换扩展包自带的实现即可。
• 改用原生SQL实现该查询条件
  针对这类复杂的MySQL函数嵌套计算场景，直接调用Doctrine提供的原生SQL查询接口编写对应逻辑，绕开DQL的解析层限制，不需要修改现有扩展的代码。
• 调整字段存储结构
  如果业务迭代允许，将原本存在单个字段中的间隔值、时间单位拆分为两个独立字段存储（例如interval_value存整数类型的间隔数值、interval_unit存枚举类型的时间单位），既可以避免运行时字符串拆分的性能开销，也能从根源上绕开DQL函数的解析限制。

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