云表作为一款功能强大的无代码平台，同一需求又多种不同的实现方法。你是否也曾面临这样的困扰：在众多方案中，究竟哪一种更为合适？例如，当某个功能既可以借助填表公式完成，又能够通过业务公式实现时，究竟该如何选择最优的方案？
1.运行原理
从上图可以看出，填表公式运行在客户端上，业务公式则是运行在服务器上。
2.案例实践对比：分组小计
目前，“分组小计基础表”表已按月记录了各类费用的详细信息（如图1）。为实现更高效的数据分析，现需要按月分组汇总，计算出各费用类型的小计金额。最终展示需同时保留原始明细与分组小计，以便既能追溯具体开支，又能直观掌握月度费用构成。
图1：“分组小计基础表”模板设计与总表数据
最终展示结果如下图2：
图2：“分组小计”结果界面
2.1 模板设计
需要设计2个模板“分组小计基础表”（图1）和“分组小计”（图3）。
图3：“分组小计”设计模板界面
2.2 实现分解
1）获取支出明细。设计数据接口，支持按年份、月份查询支出明细记录。数据源为“分组小计基础表”模板，需按 年、月 两个参数进行数据过滤。
图4：“支出明细”数据数据接口
2）计算分类小计。基于明细数据，设计另一数据接口，按支出类型对金额进行分类汇总，返回各类型的月度小计值。数据源为“分组小计基础表”模板，需按 年、月 两个参数进行数据过滤。
图5：“统计合计金额”数据数据接口
3. 合并相同支出类型。在结果界面，先将明细数据按“支出类型”字段排序，再将相同类型的记录进行同值合并显示，形成清晰的分组结构。
图6：“分组小计”模板的
2.3 使用填表公式实现
1）填写明细。在“查询”单元格按钮单击事件下，添加赋值操作填写支出明细。调用“支出明细”数据接口（图3）先填写明细。
2）填写分类小计。在同一事件下，添加赋值操作调用“统计合计金额”数据接口（图4），将返回的分类汇总结果进行赋值。为作区分，将它的“支出用途”赋值为“小计”。
3）执行保存让排序及合并生效。引用系统内置的“保存表单”操作。保存成功后，界面将自动刷新，明细数据会按预设规则重新排序，此时相同值的单元格将自动合并显示。
4）运行效果。可以清晰看到公式的运行轨迹，填写明细 → 填写分类小计 → 排序并最终呈现结果。
2.4 使用业务公式实现
1）添加业务公式。在“分组小计”模板中，添加状态设置“小计”，并在该状态改变事件下添加针对本模板自身的业务公式。此公式需要执行“更新表单”操作，在目标总表中找到当前表单，设置相应的匹配条件。
2）设置情况1“插入明细”。在子数据源中调用“支出明细”数据接口（图4），该数据接口的多条记录都需要插入到明细中，勾选“多记录”。
3）设置情况2“插入小计”。在子数据源中调用“统计合计金额”数据接口（图5），该数据接口的多条记录都需要插入到明细中，勾选“多记录”。为作区分，将它的“支出用途”赋值为“小计”。
4）运行效果。执行业务公式后，按照排序和同值合并重新加载表单，由于处理在服务器端完成，界面直接呈现最终结果，无中间过程刷新，因此执行效率更高，尤其适用于复杂业务逻辑。
3 对比结论
通过上述案例可以得出以下结论：
| 区别 | 填表公式 | 业务公式 |
| 数据交互方向 | 用其他模板的数据来填写本模板自身 | 本表单的变化对其他模板（包含自身）的后续操作 |
| 执行位置与体验 | 在客户端运行，在界面上可清晰看到数据逐步计算与变化的完整过程 | 执行完成后一次性将最终结果返回到界面，中间过程对用户不可见 |
| 执行能力与适用场景 | 受限于用户本地电脑的性能。比如：用户交互优化、实时反馈、前端验证、 体验流畅 | 通常具备更强的计算能力与稳定性，涉及复杂逻辑或大量数据计算时，应优先采用业务公式比如：数据一致性保证、业务规则执、复杂计算 |
在使用中，也经常将填表公式与业务公式进行组合，填表公式负责"快体验"，业务公式负责"稳业务"，各司其职，协同工作。
