【无中生有】---3---数据库设计-2

和人相关的一个很紧密的部分便是权限模块，这一块的数据库和功能组件设计完全能够独立出来讲，有人还专攻这个

不过为了保持一致，接着讨论权限表的设计。

权限表需要一个权限数据表来说明需要对那些系统的功能进行授权：

Module表

ModuleName	字符	模块名
ModuleShowName	字符	模块展示名
Id	整型	数据id
ModuleId	整型	非自递增
Status	整型	数据状态
Sortby	整型	展示排序
CreateTime	长高精度日期	数据创建时间
CreateBy	整型	创建人：人数据id
ModifyTime	长高精度日期	数据修改时间
ModifyBy	整型	修改人：人数据id
IsDelete	布尔	数据是否逻辑删除

模块表数据

Function功能表

ModuleId	整型	模块id，可以非必有数据
ParentId	整型	父级功能id
FunctionName	字符	功能名
FunctionShowName	字符	功能展示名
Id	整型	数据id
FuntionId	整型	非自递增
Status	整型	数据状态
Sortby	整型	展示排序
CreateTime	长高精度日期	数据创建时间
CreateBy	整型	创建人：人数据id
ModifyTime	长高精度日期	数据修改时间
ModifyBy	整型	修改人：人数据id
IsDelete	布尔	数据是否逻辑删除

Authorize表

UserId	整型	由于是系统使用概念，故和用户数据做关联而不是人的数据表
FunctionId	整型	功能表id
StartDate	长精度日期	授权开始时间
EffectiveDate	长精度日期	授权有效截止时间
Id	整型	数据id
Status	整型	数据状态：需要暂停、停止、正常、未启用四种状态
CreateTime	长高精度日期	数据创建时间
CreateBy	整型	创建人：人数据id
ModifyTime	长高精度日期	数据修改时间
ModifyBy	整型	修改人：人数据id
IsDelete	布尔	数据是否逻辑删除

最后在此表采用数据追加方式添加新的授权，即使是对同一个人的同一个功能，因为关系安全性问题。但是此种数据记录方式需要注意授权有效期重叠检查的问题。

此系列以技术积累一般（没有超级牛人）的组织为目标，数据量根本就不打算向阿里和企鹅的方向去想，设计目标够用就行，没成为GCC流传度软件那样的妄想。

所以，如果不是那种会害人产生经济损失或者技术上确实太丢人的bug，希望大家拿砖轻砸。