zoukankan      html  css  js  c++  java
  • 【自然框架】之通用权限(二):人员表组

          继续,这是第二章了。本来想在这一章里面介绍三个表组来着,但是我有点写不好的感觉,还是多分几章吧,这一章就只介绍人员表组。第二章到第五章主要是介绍表结构。我是习惯使用Excel来设计表,一开始的时候只能记录表名、字段名、字段类型、字段说明等信息,但是一直没能找到如何使用Excel来体现出来表之间的关系。前一阵子(好像是去年)突然想到了可以使用“图表”+图形(比如箭头)的方式来做表关系,第一章里的那几个图就是这么弄出来的,看着还凑合吧。

          至于为什么不用PowerDesigner来做,个人习惯问题吧。Excel的特点是,可以很清晰的看到字段的信息,因为往往字段比表关联还要重要,所以我还是习惯使用Excel。现在更是离不开了。我现在可以做到依据这个Excel里面的记录来生成表(在SQL Server里面建立表),生成配置信息。而当需求有变化的时候,我也能做到Excel数据库文档、数据库、配置信息三者的同步更新。这个同步更新并不是手动去修改,而是通过一个“项目、配置信息管理程序”来实现的,而这个“程序”也是自然框架的一部分,有一点IDE的苗头。呵呵。

    (一说“通用”我就想起了美国的那个通用,哎那么大的公司就破产了。)

    通用权限想要写的文章目录:(这是第二章)


    1、 简介、数据库的总体结构
    2、 介绍人员表组
    3、 介绍组织结构表组
    4、 介绍角色表组
    5、 介绍“项目自我描述表组”
    6、 权限到节点
    7、 权限到按钮
    8、 权限到列表(表单、查询)
    9、 权限的验证
    10、 资源方面的权限
    11、 角色管理的程序(给客户用的)
    12、 权限下放
    13、 个性化设置

    A、 【自然框架】之通用权限(外传):杂谈

    人员表组

     

          先说一下表组,表组就是相关的一组表合在一起,表达一个整体的事物。这么做的目的是避免表多了之后,画出来的关系图非常混乱的情况。人员表组就是人员密切相关的表。是密切相关的,而不是有一点关系的都放进来,因为80%以上的表都会和人员有关系,都放进来就失去意义了。

     
    先看下图:
     

     

         人员表组里的“老大”我给起个名字叫做“Person_Info”,就是人员的自然信息(基本信息),比如姓名、性别、出生日期等,每个人都会有这些信息,而且只有一份(如果需要记录曾用名的话,那么再加一个“曾用名”的字段)。这个表就是人员的基础表(有一点基类的味道),“Person_Info”的主键叫做“PersonID”,int 自增。
          具体字段如下:

     

    字段名 中文名  字段类型 字段大小  默认值 是否为空  说明
    PersonID 主键 int 4 1 0 主键
    姓名 姓名 nvarchar 50 _ 0 姓名
    性别 性别 nchar 1 _ 0 性别。直接写汉字的男、女
    出生日期 出生日期 smalldatetime 4 GetDate() 0 出生日期
    身份证号码 身份证号码 varchar 22 _ 0 身份证号码
    国家 国家 nvarchar 20 _ 0 国家
    ID 所在省份 int 4 1 0 外键
    ID 所在城市 int 4 1 0 外键
    邮编 邮编 nvarchar 6 _ 0 邮政编码
    住址 员工住址 nvarchar 50 _ 0 员工住址
    AddedDate 添加日期 smalldatetime 4 GetDate() 0 记录添加日期
    AddedUserID 添加人 int 4 1 0 记录哪个用户添加的
    UpdatedDate 最后修改日期 smalldatetime 4 GetDate() 0 记录最后修改日期
    UpdatedUserID 最后修改人 int 4 1 0 记录哪个用户最后修改的

          “Person_User_Info”,人员的登陆信息,比如登陆账号,密码等。
          这里有一个麻烦的地方,如果限定一个人只能有一个账号的话,那么就容易多了,我可以用“PersonID”作为“Person_User_Info”的主键,这样关联起来就很方便了。但是有的时候用户会提出来,一个人要用两个账号,这样我就必须给“Person_User_Info”设置一个自己的主键(“UserID”)了。你可能会说这也没有什么呀,但是对于我来说,这就不能做到和人员相关的表都使用“PersonID”关联了,这个就很郁闷了。

          具体字段如下:

    字段名 中文名  字段类型 字段大小  默认值 是否为空  说明
    UserID 登陆账号 int 4 1 0 主键
    PersonID 人员ID int 4 1 0 外键
    UserCode 登陆账号 nvarchar 50 _ 0 登陆账号
    UserPassword 登陆密码 nvarchar 50 _ 0 MD5加密
    DepartmentIDs 相关的部门 nvarchar 50 _ 0 可以查看哪些部门的相关信息
    登陆次数 登陆次数 int 4 1 0 登陆的次数
    登陆IP 登陆IP varchar 16 _ 0 登录时客户端的IP
    登陆时间 登陆时间 datetime 8 GetDate() 0 最后一次的登录时间
    最后访问时间 最后访问时间 datetime 8 GetDate() 0 用于在线统计

     

          “Person_Employ_Company”,人员的公司方面的信息,比如员工编号,入职时间等。如果一个人只能在一个部门的话,那么可以把部门ID放在这个表里面,如果一个人可以在多个部门的话,那么关联就要另外设置一个表了。我采用了后者。这个表和权限没有什么关系,我就不贴字段了。

          我们还可以根据客户的情况添加不同的表来记录客户的信息,当然对于权限来说,只有“Person_Info”和“Person_User_Info”是必须的,其他的都是可选的。

          提取出来“Person_Info”的目的就是为了能够“扩展”,如果我们给企业做项目,那么就需要加上一些保险信息,调岗记录,等等的相关的表,而给学校做项目的话,那就是另外一些列的表了。就是说我们不管做什么样的项目,“Person_Info”和“Person_User_Info”可以保持不变,这样就稳定了。

    ps:看了大家的评论,我也是越想越多,越想越复杂,总是感觉这么做不对,那么做也欠缺一点,还是先不要想那么多,想把自己想好的写出来,然后在改进吧。

    关于人员和组织机构的关系,我在下一章介绍组织机构的时候在一起说。

    如果您想看数据库说明文档(人员、角色、组织机构、项目描述、还有上一篇里的图)的话,可以到这里下载:http://www.cnblogs.com/jyk/archive/2009/06/06/1497616.html

  • 相关阅读:
    20145337《网络对抗技术》逆向及BOF基础
    20145337 《信息安全系统设计基础》课程总结
    微信小程序——3、逻辑js文件
    微信小程序——2、配置json文件
    微信小程序——1、文件的认识
    20145336 张子扬 《网络对抗技术》 web安全基础实践
    20145336 张子扬 《网络对抗技术》web基础
    20145336张子扬 《网络对抗技术》 网络欺诈技术防范
    20145336《网络对抗技术》Exp6 信息搜集技术
    20145336张子扬《网络对抗》MSF基础应用
  • 原文地址:https://www.cnblogs.com/jyk/p/1497591.html
Copyright © 2011-2022 走看看