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

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

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

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

Module表

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

Function功能表

ModuleId 整型 模块id,可以非必有数据
ParentId 整型 父级功能id
FunctionName 字符 功能名
FunctionShowName 字符 功能展示名
Id 整型 数据id
Status 整型 数据状态
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,希望大家拿砖轻砸。


版权声明:本文为博主原创文章,未经博主允许不得转载。

posted on 2015-04-13 11:08  AI001  阅读(169)  评论(0编辑  收藏  举报

导航