工资表设计

工资表

组织数据看似简单问题，如果设计的奇妙可以简化程序编程。

本能设计工资记录

当初我设计的工资表记录是根据用户提供的工资条进行设计，工资条设计如下：

姓名	实发	应发	基本资	扣税	请假扣	加班费	交通补	扣养老	扣失业
张三

而我的第一印象也就是设计了工资明细表Salary(表结构)：

EmpID	S01	S02	S03	…	…	…	…	…	S99

工资项目表SalaryDefine(表定义)：

这种设计也是常用设计，可以根据定义表动态启用工资字段，并能对工资字段进行描述，同时也很好理解。

存在的问题

从财务的角度分析，工资条其实是一个余额表，余额表式在没有效率和复杂逻辑的情况下可以不用真实的表来表示。

余额表表示存储的数据是合并的，不能反映真实的原貌，为此我们可能需要扩展表记录一些凭证记录，例如请假记录（请假的扣款项是由多条请假记录组成的）。这也就增加了复杂度。

余额表仅反映了数据的一个角度，随着角度的不同，余额表的设计可能就会不同，例如：合并扣养老=扣保险+扣失业,在这种情况下我们不但要加表，并且还要更改逻辑处理方式，这也就说明这种设计很难在底层提供稳定的支撑。由于业务的复杂化，可能有些记录需要和其他系统进行协助，这就更加重了不稳定性。

解决

余额是由凭证产生的，用凭证的概念来改造后的设计：

ID	唯一Id
SalaryDay	工资周期日
BllDay	业务发生日期（日期）
EmpId	用户ID
SalaryItem	工资项目(实发、应发、扣保险、扣…、加…)
ForwardValue	正向记账金额
BackwardValue	反向记账金额
Key1,Key2	根据需要保存的现场值，例如：所在部门，级别，等等
Attend1,Attend2,	附加信息列，例如：单据编号(存储请假单、加班单的编号，用于追溯)

每条凭证记录都能详细并准确描述自己。