概念澄清
以下是自己的理解。
1、基础数据:或者叫主数据、静态数据,如员工、客户、地址等很少发生变化的数据。
2、业务数据:或者叫动态数据,经常发生变化的数据,如员工请假记录、客户购买记录、快递单等。
3、配置数据:为了提供系统的兼容性、扩展性,不应该把业务逻辑在代码中写死,而是通过配置支持多场景。
根据数据归档要求从高到底排序:基础数据>配置数据>业务数据
常用的数据删除/失效形式
1、物理删除:直接在数据库中删除这条数据
2、逻辑删除:数据库中仍然存在该数据,设置DELETE_FLAG为Y,前台不可见
3、永久失效:数据库中仍然存在该数据,设置ENABLE_FLAG为N,前台可见,失效后无法再生效,可准确记录数据有效期
4、临时失效:数据库中仍然存在该数据,设置ENABLE_FLAG为N,前台可见,失效后可以再生效,无法准确记录数据有效期
根据审计要求由高到低排序:永久失效>逻辑删除>临时失效>物理删除
根据用户体验从高到低排序:临时失效>永久失效>逻辑删除=物理删除
根据开发便利从高到低排序:物理删除>逻辑删除>永久失效>临时失效
用哪种形式?
根据以往经验,没有明确的标准,还是要跟业务讨论。个人建议:
1、基础数据:审计要求高,所以永久失效
2、业务数据:如果有审计要求则逻辑删除,否则物理删除
3、配置数据:如果有审计要求则永久失效,否则临时失效
网友评论