列名 userid 不明确。表结构_那些你不知道的表结构设计思路

ERP表结构的设计--第9篇

用日志记录“开源软件”的诞生

赤龙ERP开源地址：
点亮星标，感谢支持，与开发者交流 kzca2000
码云：
https://gitee.com/redragon/redragon-erp
GitHub：
https://github.com/redragon1985/redragon-erp
赤龙ERP官网：
https://www.redragon-erp.com

前言

上一篇文章说了ERP的系统设计，数据库结构只是一笔带过，今天重点说说我在【赤龙ERP】的表结构里面的都做了哪些特殊的设计，并且为什么这么设计。

ID与编码

我在每一个表几乎无一例外的都增加了两个默认的字段，即ID和Code。这两个字段看似都是可标识数据的唯一性字段，但为什么要设计两个呢？它们当然各有用途。

(1)ID是一个表的主键，一般都是自增的，主要用于排序、定位、查询，由于它是数字所以更清晰、速度更快。

(2)Code是唯一键，类型多是字符。可用UUID或雪花算法等生成。当然在有具体业务场景的情况下，可以由用户输入或按逻辑生成。除了可以具备强语义外，还优先用于外键的关联。

这里做个特殊说明：为什么要用Code做外键，ID也可以做外键啊。外键要具备两个最大的特点：唯一，不可变。ID由于多是自增或由数据库的特质生成，所以不能保证在数据迁移时绝对不变。所以使用Code更安全可靠一些。

组织机构

这个字段名为：org_code，表示组织机构。那什么是组织机构呢？简单说就是独立的公司或主体。作用主要是用于数据隔离，由于没有必要为不同公司建立不同的数据表，所以用一个字段将不同公司的数据隔离开。有点像财务的账套的概念。

操作记录

在每个表都会增加四个字段，用来记录谁在什么时间做了数据操作。分别为：

(1)CREATED_DATE(创建时间)

(2)LAST_UPDATED_DATE(最后修改时间)

(3)CREATED_BY(创建人)

(4)LAST_UPDATED_BY(最后修改人)

创建人和创建时间，在数据新增的时候设置；最后修改人和最后修改时间，在数据更新的时候设置

数据权限

信息化系统都需要数据权限的控制，即什么人可以操作哪些数据。一般企业级信息化，数据权限的逻辑都是在组织架构的层面进行控制的。一般包括：自己操作自己的数据、不同级别部门内的数据可共享、整个公司的数据共享。

为了解决上述的数据权限控制的需要，所以增加一个字段DEPARTMENT_CODE(部门编码)。这个字段只会记录创建当前数据的人所属的部门，即这条数据的所属部门。代码层面再结合数据权限，即可实现数据权限的管控。

版本与日志表

在需要记录数据版本的表中增加VERSION(版本号)，常见的业务场景就是“变更功能”。下面举个例子，比如：采购订单变更。当我们创建了一个采购订单，并且审批通过后，这个数据本质是不能修改的，但出现需要修改的时候，我们就需要用上采购订单变更功能。当订单变更时，需要做的就是版本号+1，并且在日志表生成历史数据。

自定义字段

自定义字段的作用是让用户可以根据自己的业务需要增加一个表的字段并保存数据。做法是需要在一个表中增加attribute字段，多数情况下会预留多个attribute字段，字段名attribute1、attribute2、attribute3以此类推。然后再通过可配置的功能来设置attribute字段和字段中文名的对应关系即可。