变更记录

规范和约束

1 开发相关

• 余额相关的表结构，必须遵循苍穹数据库表结构、字段设计等规范，如：非空、默认的要求。
  

• 余额表相关表的索引，必须参考开发指引，添加引擎需需要的索引。
  

• 余额表数据中的除了自定义的辅助信息字段外，都不允许通过任何方式直接进行写操作。如：代码中load记录后在save，数据库中执行update，insert、delete等操作。
  

• 余额表元数据上，不能扩展添加的数据修改操作。如：保存、删除等
  

• 余额模型应用（bal）中，不能进行扩展修改操作（这是框架的内容，不能改模型框架）。

• 更新规则条件中应避免出现复杂条件配置，如：like、not in 等，引用3层及以上的级联属性（这些都是反性能的设计），推荐使用冗余字段的方式，在日常做单过程中，把结果存到冗余字段上来处理。

• 避免借用规则条件来满足不同更新方式的需求，这会导致规则倍增（反性能设计）。推荐使用冗余字段的方式处理。
  

  
  

2 实施相关

• 上线前，实施人员应掌握余额更新的原理，配置方法，检查所有用到的余额规则，测试每个规则的更新；

• 上线后，应禁止对余额表、余额规则进行调整，否则导致历史更新数据与更新规则不一致。若业务真的需要调整，必须要确定好业务方案，咨询研发产品设计人员，评估可行性及上下游业务数据处理方案。

  
  

3 日常相关

• 单据在更新完余额后，与余额更新相关的字段（包括配置的级联属性），不能进行变更，否则导致数据一致问题。比如：更新时是001批号，更新完后，单据001批号又变更为002了。
  

   —— 可以反审核后，进行变更。或者变更后，要重新发起更新余额（重算或其他方式）。