计算列中函数的映射

V9.4

当增加一个计算列other（使用replaceRegex格式化name），其实是在select 数据集时，增加一个派生列other（使用诸如REGEXP_REPLACE之类的数据库函数计算name）。这种理解是否正确？ 所以官方是建议在数据集中的SQL中增加派生列还是在报告中新增计算列呢？两者的效率是否存在差别。


假如相关函数（譬如replaceRegex）映射后的实际函数无法被相关数据库识别（譬如低版本的MySQL），就会触发“XXX不能下推到数据库执行，交给内存处理，导致性能慢”的提示？

能在数据集处理的字段，可以先数据集处理，因为在报告新建计算列无法给其他报告公用，该计算列只有一个报告使用还好，如果多个报告都写一样的计算列会照成重复性工作。

没办法下推至数据库的，会给这个提示，交给系统内存处理。

大佬，我倒是没考虑共用的问题。那看来，数据集中新增派生列的查询效率还是稍高于报告中的计算列吧？

假设如下场景：后端处理的mate死活不肯新增占比字段。那么我是要在数据集里派生还是在报告里用计算列？您的建议是啥。{:4_116:}

是的