后端制作报告时打开报告报错

永洪tech-Muse 发表于 2022-4-20 15:11
这个字段是怎么做的 截图看下呢

如图~

如果把这个计算列和用到这个计算列的地方删掉 报告还报错吗

永洪tech-Muse 发表于 2022-4-20 16:49
如果把这个计算列和用到这个计算列的地方删掉 报告还报错吗

目前去掉是不报错的，但我报告需要达到这样的效果哎，怎么样实现呢？

永洪tech-Muse 发表于 2022-4-20 16:49
如果把这个计算列和用到这个计算列的地方删掉 报告还报错吗

我是需要把原来年的那个字段值转化为文本？

这个计算列，是作为维度的，还是度量的。 如果是度量的话，汇总函数是什么。

yanieye 发表于 2022-4-20 18:53
这个计算列，是作为维度的，还是度量的。 如果是度量的话，汇总函数是什么。 ...

算是作为维度列吧，对于表格数据来说，我需要知道2018年之前总数是多少，后续每年数值是多少，这样，所以写成了这样的计算列，col['年']是个数值维度列。在原先版本的报告中，这个是没有问题的。
如果直接把col['年']转换为文本，是否会影响自由式表格，后续以此为依据列计算合计的数值列？
iif(col['年']<='2018','2018及之前',col['年'])

yanieye 发表于 2022-4-20 19:03
新建一个计算列，先把col['年']转化为String列，然后把这里的col['年']换成新建的计算列，其它依赖于col[' ...

试验过了，这样处理是ok的，所以新版永洪对字段的格式限制的比以前更加严格是么？毕竟以往同样的计算是可以实现且达成的，但现在需要换一种处理方式，不然就报错。有啥比较好避雷的方法么，不然都只有报错了才能知道表格有问题，然后再逐一核对，旧版使用时间较长会存在使用习惯来的。

汤七七七七七 发表于 2022-4-21 09:46
试验过了，这样处理是ok的，所以新版永洪对字段的格式限制的比以前更加严格是么？毕竟以往同样的计算是可 ...

建议规范下写法，以后迭代升级的版本都是严格规范类型的，如果现在还是用以前的习惯来做，后面维护成本会更高

永洪tech-Muse 发表于 2022-4-21 10:07
建议规范下写法，以后迭代升级的版本都是严格规范类型的，如果现在还是用以前的习惯来做，后面维护成本会 ...

所以有什么比较好的方式去规范写法么？因为像这种类似情况，我们要到报错才会发现，所以想问问，你们哪儿有总结的那种么？有就最好了

汤七七七七七 发表于 2022-4-21 11:43
所以有什么比较好的方式去规范写法么？因为像这种类似情况，我们要到报错才会发现，所以想问问，你们哪儿 ...

这个暂时没有 感谢您的反馈  我们会收集您的意见，根据调研结果继续补充文档