变更记录

1 简介

1.1 功能介绍

余额表是余额模型实例化的元数据，用于定义某一类余额更新的维度和更新结构。余额表的使用对象是开发人员。

1.2 应用场景

场景一：余额表不能满足产品的需求时，基于余额模型可进行余额表开发，支持即时余额开发和期间余额开发；

场景二：现有余额表的更新维度增加。

1.3 系统路径

【开发服务云】-【余额模型】-【余额表】

1.4 关键字段/按钮说明

关键字段说明

2 主要操作

2.1    新增

前提条件

余额表新增，需要通过开发平台。

操作步骤

步骤1：继承即时余额表模板，创建一个余额表。

步骤2：添加维度字段、发生数据字段。选中字段，维护对应业务类型选项，维护字段名、表名等属性，这里就和表单设计一模一样。

Tips:

1)     keycol字段为辅助信息字段，是余额更新逻辑字段，若没有使用模板创建，需参考模板添加这个字段。

2)     辅助信息：一般为更新逻辑要用的字段，未找研发评估方案，尽量不要去用。

3)     主字段：暂未使用到，避免使用。若选了，也是作为普通维度。

4)     普通维度：至少要一个，按研发经验多为基础资料、文本、日期等有具体业务含义的字段。若使用小数类型，设计上没错，但从经验上来说这种字段不太可能是维度。另外普通维度尽可能评估准确，避免级联字段冗余作为维度，比如：物料作为维度，同时把物料编码又作为维度，这会匪夷所思，物料就能够区分不同维度了，物料编码就多余。类似设计会浪费存储和性能，需要具体开发自己思考琢磨，把余额表设计的最合理。

5)     发生数据：至少要一个，否则没什么好更新的，用不着使用余额表。这里字段必须是可加减的数值类型字段，否则在余额里面没法累加累减操作。

6)     覆盖数据：余额字段需要更新，但不是做加减运算，而是直接覆盖时，则选这里字段。极少场景需要使用到，覆盖字段只在余额更新时会覆盖更新，在余额回滚是不做任何处理，因为无法确定回滚为什么值才是正确的，模型则不处理，但是具体业务功能可以自己处理。

7)     keycol字段必须在主表，其余类型字段可以任意设置拆分表，但为了性能高些，研发建议尽量在一主表，尤其是发生数据。不同的设计性能是不一样的。

步骤3：保存，余额表元数据设计完成。