OA办公系统大数据库设计_第1页
OA办公系统大数据库设计_第2页
OA办公系统大数据库设计_第3页
OA办公系统大数据库设计_第4页
OA办公系统大数据库设计_第5页
免费预览已结束,剩余19页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、实用文档 OA办公自动化管理系统 数据库设计说明书 编写: 审核:批准: 受控状态:发布版次:编号: 日期: 是 2.0 2013-08-01 日期: 日期: 否 日期:2013-08-05 变更记录 日期 版本 变更说明 作者 2013/08/02 1.0 数据字典设计 2013/08/03 2.0 数据库设计 2013/08/05 2.1 审核 2013/08/08 2.5 升级及审核 职务 姓名 签字 日期 目录 1 弓I言4 1.1 预期的读者4 1.2 数据库4 1.3 目的和作用4 2 数据字典设计4 3 数据库设计13 3.1 系统物理结构设计13 3.2 表设计15 3.2.1

2、 TableName俵名的解释)15 3.3 表之间的关联设计18 3.4 存储过程设计19 3.5 触发器设计19 3.6 JOB设计错误!未定义书签。 1引言 预期的读者 本文预期读者: OA办公自动化管理系统的设计、开发人员; OA办公自动化管理系统的验收、评审人员; OA办公自动化管理系统的测试人员;客户方的市场部人员、开发人员。 数据库 数据库采用MSSQLSERVER2008R2 数据库名称:OASYSDB/OA1统数据库 目的和作用 将数据分析的结果进一步整理,形成最终的计算机模型,以便开发人员建立物理数据库。 2数据字典设计 数据字典的主要目的是提供查阅对不了解的条目的解释。在

3、数据字典中记录数据元 素的下列信息:一般信息(名字,别名,描述等),定义(数据类型,长度,结构等) 使用特点(值的范围,使用频率,使用方式一输入/输出/本地,条件值等),控制信息 (来源,用户,使用它的程序,改变权等),分组信息(父结构,从属结构,物理位置 记录、文件和数据库等)。 卜面的例子是通过卡片来描述数据字典: 个人信息数据项与数据流 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名名字 定货报表 , 名 定货信息 1苗述 每天一次送给米购员的需 w定货的零件表 定义: 定货报表-零件编号+零件 卜称 +定货数量+目前价格+主 要供应商+次要供应商 输出到打印机

4、名字:零件编号 别名: 描述:唯一地标识库存清单中一 个特定零件的关键域定义:零件编号=8(字符)8位置:定货报表 定货信息 库存清单 5 字:定货数量 卜名: 描述:某个零件一次定货的 卜量 定义:定货数量=1(数字)5 位置:定货报表 定货信息 字:人员编号 描述:每个人员的唯一标识,用来区分人员 定义:字符串类型nvarchar(20) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:姓名 描述:人员姓名,对人员的称呼 定义:字符串类型nvarchar(20) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名

5、字:性别 描述:每个人员的性别,男或女 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:出生年月 描述:人员的出生日期,精确到月份 定义:日期类型datetime 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部门 描述:人员所在部门名称,用部门编号标识 定义:整型int 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位 描述:人员所处岗位名称,用岗位编号标识 定义:整形int 位置:岗位信息 耀? 耀? ? ? ? ?

6、? 脁 ? ? d ? ? ? ? 堀 名字:婚姻状况 描述:人员的婚姻状况,分为“未婚”、“已婚” 定义:字符串类型nvarchar(20) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:联系电话 描述:人员的联系电话,可以是固定电话或移动电话 定义:字符串类型nvarchar(50) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:入职日期 描述:人员的入职日期,精确到日 定义:datetime 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:电子邮箱 描述:人员

7、常用的电子邮箱 定义:字符串类型nvarchar(50) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:家庭地址 描述:人员的居住地址 定义:字符串类型nvarchar(MAX) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:照片 描述:人员的正式头像,存储方式为照片的本地地址 定义:字符串类型nvarchar(50) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:密码 描述:人员登录系统的密码,可修改 定义:字符串类型nvarchar(50) 位置:个人信息 耀

8、? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:旧密码 描述:人员正在使用的密码 定义:字符串类型nvarchar(50) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:新密码 描述:人员新设置的密码 定义:字符串类型nvarchar(50) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:工资 描述:人员的月度工资,单位为元 定义:货币类型money 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:个人信息 描述:个人的一切信息,部分为用户不

9、可见或不可改 定义:个人信息=人员编号+人员姓名+密码+性别+出生年月+部门+岗位+工资+电子邮箱+联系电话+婚姻状况+入职日期+家庭地址+照片 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:个人可修改信息 描述:可由个人修改的部分个人信息 定义:个人可修改信息=性别+出生年月+电子邮箱+联系电话+婚姻状况+家庭地址+照片 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:密码修改信息 描述:个人的密码修改 定义:密码修改信息=人员编号+姓名+新密码+旧密码 位置:个人信息 报销信息数据项与数据流 耀? 耀?

10、? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请人 描述:申请人的姓名 定义:nvarchar(20) 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:报销类型 描述:报销的类型,分为差旅报销跟其他报销两种 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请金额 描述:报销的金额,单位为元 定义:货币类型money 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请理由 描述:申请报销的理由,一般为报销来源

11、内容 定义:字符串类型nvarchar(MAX) 位置:申请报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请日期 描述:申请报销或请假的日期,默认为申请报销或请假的当天 定义:日期类型date 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:报销序号 描述:每条报销信息的唯一标识,用来区分不同的报销信息 定义:整形int 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:报销状态 描述:报销的审批状态,分为批准、不批准、等待审核 定义:字符串类型nvarchar(50) 位

12、置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:经理意见 描述:经理的审批意见,如果不批准则为报销意见返回给报销人员,如果批准则提交给 财务部,如果经理未审批则为空 定义:字符串类型nvarchar(MAX) 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:财务部意见 描述:财务部的审批意见,如果不批准则为报销意见返回给报销人员,如果批准则提交 给总经理,如果经理未审批则为空 定义:字符串类型nvarchar(MAX) 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:总经

13、理意见 描述:总经理的审批意见,如果总经理已审核则为报销意见返回给报销人员,如果经理 未审批则为空 定义:字符串类型nvarchar(MAX) 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:报销意见 描述:报销审核后的报销意见,可能是经理意见、财务部意见或总经理意见 定义:字符串类型nvarchar(MAX) 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请报销 描述:申请报销需要提交的信息 定义:申请报销=申请人时艮销类型时艮销金额+申请理由+申请日期 位置:报销信息 耀? 耀? ? ? ? ? ? 脁

14、 ? ? d ? ? ? ? 堀 名字:查看个人报销 描述:查看人员的报销情况,当使用者为经理时,查看经理所管理的部门的报销情况; 当使用者为总经理时,可查看整个公司的报销情况 定义:报销序号+部门+报销状态+报销意见+申请报销 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:审核报销信息 描述:全部申请报销的审核信息,包括批准、不批准和等待审核的 定义:报销序号+部门+报销状态+经理意见+财务部意见+总经理意见+申请报销 位置:报销信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:报销信息 描述:包含申请报销的审核报销的

15、信息 定义:报销信息=查看个人报销+审核报销信息 位置:报销信息 请假信息数据项与数据流 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请部门 描述:请假人员所在部门 定义:字符串类型nvarchar(50) 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:起始时间 描述:所请假期的开始时间 定义:datetime 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:终止时间 描述:所请假期的终止时间 定义:datetime 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ?

16、d ? ? ? ? 堀 名字:请假天数 描述:请假的时间,以天为单位,值为终止时间减去起始时间 定义:datetime 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:请假类别 描述:请假的类型,分为外出、身体不适、其他 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:请假事由 描述:请假的理由,很大程度上决定了请假的成功与否 定义:字符串类型nvarchar(MAX) 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:审批人 描

17、述:审批申请人的请假信息,一般为该部门的经理 定义:字符串类型nvarchar(20) 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:请假序号 描述:请假信息的唯一标识,用来区分每条请假信息 定义:整形int 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:申请状态 描述:请假的申请状态,分为批准、不批准和等待审核 定义:字符串类型nvarchar(50) 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:回执 描述:审批人审批请假信息后给申请人的回复 定义:字符串类型

18、nvarchar(50) 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:请彳由申请 另别:请假条 描述:请假人提交的申请信息 定义:请假申请=申请人+申请部门+申请日期+起始时间+终止时间+请假类型+请假事由+审批人 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:请假审批 描述:审批人对请假申请的查看与审批信息 定义:请假审批=申请人+申请部门+申请日期+起始时间+终止时间+请假类型+请假事由+回执+申请状态+请假序号 位置:请假信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字

19、:请假信息 描述:请假模块所包含的信息 定义:请假审批+审批人 位置:请假信息 公告信息数据项与数据流 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:公告范围 描述:公告所通知的范围,以部门为单位 定义:字符串类型nvarchar(50) 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:发布日期 描述:公告的发布日期,默认为添加公告的日期 定义:datetime 位置:公告信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:公告编号 描述:公告的唯一标识,用于标记每条公告 定义:整形int 位置:

20、公告信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:公告标题 描述:公告的主题,应言简意赅,让人对公告的意向的所了解 定义:字符串类型nvarchar(50) 位置:公告信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:公告内容 描述:公告的内容,为公告的主要部门,讲解此公告的具体事项 定义:字符串类型nvarchar(MAX) 位置:公告信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:公告信息 描述:每条公告所应该包含的信息 定义:公告信息=公告范围+发布日期+公告编号+公告标题+公告内容 位置:公

21、告信息 人员结构数据项与数据流 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位编号 描述:每个岗位的唯一标识,用来区分不同的岗位 定义:整形int 位置:岗位信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位名称 描述:岗位的名称,一般用来大概描述岗位的职责 定义:字符串类型nvarchar(50) 位置:岗位信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:所属部门 描述:岗位所属的部门,与部门名称对应。一般岗位都有其所属部门,岗位可能没有 定义:字符串类型nvarchar(50) 位置:岗位信息

22、 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位人数 描述:岗位所在职人数,能较清晰地了解到此岗位目前有多少在职人员 定义:整形int 位置:岗位信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位修改信息 描述:岗位可进行修改的信息,需要拥有一定的权限才可进行操作 定义:岗位信息=岗位编号+岗位名称+所属部门 位置:岗位信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:岗位信息 描述:岗位所拥有的信息 定义:岗位信息=岗位编号+岗位名称+所属部门+岗位人数 位置:岗位信息 耀? 耀? ? ? ? ?

23、 ? 脁 ? ? d ? ? ? ? 堀 名当然较高级别的 字:部门编号 描述:每个部门的唯一标识,用来区分不同的部门 定义:整形int 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部门名称 描述:部门的名称,一般用来大概描述部门的功能 定义:字符串类型nvarchar(50) 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部门经理 描述:部门的经理,负责管理一个部门的人员。存储该人员的人员编号 定义:整形int 位置:个人信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部

24、门人数 描述:部门拥有的人数,衡量一个部门重要性的指标 定义:整形int 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部门修改信息 描述:部门可进行修改的信息,需要拥有一定的权限才可以操作 定义:部门修改信息=部门编号+部门名称+部门经理 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:部门信息 描述:一个部门所拥有的信息 定义:部门信息=部门编号+部门名称+部门经理+部门人数 位置:部门信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:权限编号 描述:权限的唯一标识,用来区分

25、每个权限 定义:整形int 位置:权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:权限名称 描述:权限的名称,说明人员可以进行的操作 定义:字符串类型nvarchar(50) 位置:权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:所属父级权限 描述:将权限分级,所以二级权限拥有父级权限,用权限编号来标识 定义:整形int 位置:权限信息 耀? 耀? ? ? ? ? 脁 ?d ? ? ? 堀 名字:URL 描述:权限以访问地址为单位,一个URL存储一个权限可以访问的地址 定义:字符串类型nvarchar(MAX) 位置:权限

26、信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:未分配权限 描述:人员没有拥有的权限,用权限编号来标识 定义:整型int 位置:人员权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:已分配权限 描述:人员已经拥有的权限,用权限编号来标识 定义:整型int 位置:人员权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:人员权限编号 描述:人员拥有的每条权限的唯一标识 定义:整型int 位置:人员权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:权限信息 描述:每个权

27、限所拥有的信息 定义:权限信息=权限编号+权限名称+所属父级权限+URL 位置:权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:人员权限信息 描述:表示每个人员已经拥有的权限 定义:人员权限信息=人员权PM编号+人员编号+已分配权限 位置:人员权限信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:分配权限 描述:为人员分配权限 定义:分配权限=人员权限信息+姓名+部门+未分配权限 位置:人员权限信息 基本信息的数据项与数据流 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:基本信息编号 描述:每条基本信

28、息的唯一标识,用来区分基本信息 定义:整形int 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:基本信息类型 描述:基本可选信息如:性别、婚姻状况、请假事由、报销理由、申请状态等的类型 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:基本信息值 描述:基本可选信息如:性别、婚姻状况、请假事由、报销理由、申请状态等的值 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:扩展内容 描述:每一

29、条基本信息的扩展内容,用来对基本信息进行说明 定义:字符串类型nvarchar(50) 位置:基本信息 耀? 耀? ? ? ? ? ? 脁 ? ? d ? ? ? ? 堀 名字:基本信息 描述:每一条基本信息包含的内容 定义:基本信息=基本信息编号+基本信息类型+基本信息值+扩展内容 位置:基本信息 3数据库设计 E-R图 系统物理结构设计 的大小,增长速度,各主要部分的访问频度。确定数据文件的命名,日志文件的命名。数据文件和日志文件的物理存放位置,如果有多个存储设备,需要规划数据文件的组织方式。 系统内存使用配置,一般来说,数据库系统会自动维护系统内存,但有时为了某些性能 问题,可以根据需要

30、对数据库的内存管理进行另行配置。 /*Object:DatabaseOASYSDBScriptDate:08/06/201313:11:36*/ CREATEDATABASEOASYSDBONPRIMARY (NAME=NOASYSDB,FILENAME=ND:ProgramFilesMicrosoftSQL ServerMSSQL10_50.MSSQL2008MSSQLDATAOASYSDB.mdf,SIZE=5120KB,MAXSIZE=UNLIMITEDFILEGROWTH=1024KB) LOGON (NAME=NOASYSDB_log,FILENAME=ND:ProgramFiles

31、MicrosoftSQL ServerMSSQL10_50.MSSQL2008MSSQLDATAOASYSDB_log.ldf,SIZE=1024KB,MAXSIZE=2048GB,FILEGROWTH=10%) FK IFLIh FKL FFC2 AFL AFLAppLicutianllatciAFLSitai匕如AFL_En.dDatflAFL_ConUntAFl._TjrpIp AFLApfir J*IESalarj Al? 期liirgHS AE-Eiwil AF_Entrylii MiULiE-itJiLS.tiLCuNlD AERholaUrl OAliiqtlDyrPircr F

32、K FK2 A.Porcr PK F,I口 FXl MR IM FMsm山 PK POSID FK1 PCK_Xru OA_PrprirtHt BP】U PIL DKFJSiiib”。冏XEJEFIkih 苗 OARinbursp PI 讦口 Fil. Fl? REEil)loyieeTD REAppifjitionDntc HEC4witflnt 距Type】口 (MJRiiwfajjtH4flvpruVe Mt KL 助一尚口 RA_Appri.fcvp(ijfit*rtRrt_rsftppriKr DAarmnUElCfnrnit PK AHm .IS5unhcr UHE Content

33、 AI.DatetLBi? AnnuuncmnCkanfic FK9 FKARAhdicnJtiLvbeliilIJj ARJtptircDentllli 根据硬件设备和数据库平台系统, 对数据库系统的物理存储结构进行规划,估计数据库 GO ALTERDATABASEOASYSDBSETCOMPATIBILITY_LEVEL=100 GO IF(1=FULLTEXTSERVICEPROPERTYFullTextInstalled)begin EXECOASYSDBdbo.sp_fulltext_databaseaction=enableendGO ALTERDATABAS 耳 OASYSDBS

34、ETANSI_NULL_DEFAULTOFF ALTERDATABAS 耳 OASYSDBSETANSI_NULLSOFF ALTERDATABAS 耳 OASYSDBSETANSI_PADDINGOFF ALTERDATABAS 耳 OASYSDBSETANSI_WARNING3DFF ALTERDATABAS 耳 OASYSDBSETARITHABORTOFF ALTERDATABAS 耳 OASYSDBSETAUTO_CLOSEDFF ALTERDATABAS 耳 OASYSDBSETAUTO_CREATE_STATISTICS)N ALTERDATABAS 耳 OASYSDBSETAU

35、TO_SHRINKOFF ALTERDATABAS 耳 OASYSDBSETAUTO_UPDATE_STATISTICS)N ALTERDATABAS 耳 OASYSDBSETCURSOR_CLOSE_ON_COMOFIF ALTERDATABAS 耳 OASYSDBSETCURSOR_DEFAULTGLOBAL ALTERDATABAS 耳 OASYSDBSETCONCAT_NULL_YIELDS_NULOFF ALTERDATABAS 耳 OASYSDBSETNUMERIC_ROUNDABOOTF ALTERDATABAS 耳 OASYSDBSETQUOTED_IDENTIFIEROFF

36、ALTERDATABAS 耳 OASYSDBSETRECURSIVE_TRIGGEROFF ALTERDATABAS 耳 OASYSDBSETDISABLE_BROKER ALTERDATABAS 耳 OASYSDBSETAUTO_UPDATE_STATISTICS_ASYNOFF ALTERDATABAS 耳 OASYSDBSETDATE_CORRELATION_OPTIMIZATIOOFF ALTERDATABAS 耳 OASYSDBSETTRUSTWORTHYFF ALTERDATABAS 耳 OASYSDBSETALLOW_SNAPSHOT_ISOLATIOOFF ALTERDATAB

37、AS 耳 OASYSDBSETPARAMETERIZATIONSIMPLE ALTERDATABAS 耳 OASYSDBSETREAD_COMMITTED_SNAPSHOFF ALTERDATABAS 耳 OASYSDBSETHONOR_BROKER_PRIORIOFF ALTERDATABAS 耳 OASYSDBSETREAD_WRITE ALTERDATABAS 耳 OASYSDBSETRECOVERULL ALTERDATABAS 耳 OASYSDBSETMULTI_USER ALTERDATABAS 耳 OASYSDBSETPAGE_VERIFYCHECKSUM ALTERDATABA

38、S 耳 OASYSDBSETDB_CHAININGOFF 表设计 根据数据字典的设计,进一步细化为数据库表的设计。表的设计包括以下内容: 表名(中英文) 字段名 字段数据类型 字段是否为空 字段的默认值 备注,对字段的解释性说明:主键、外键、是否自动增一、是否为索引、是否唯一、是否进行数据检查等。 OA_AllEmployees(所有员工表) 字段名 数据类型 是否为空 默认值 备注 含义 AE_ID Int 否 主键,自增 主键,无意义 AE_Number Nvarchar(5) 否 唯一 员工工号 AE_Name Nvarchar(30) 否 员工姓名 AE_Password Nvarch

39、ar(6) 否 123456 登陆密码 AE_Sex Nchap) 否 ,男,或 女 检查 性别 AE_Brithday Datetime 否 出生年月 AE_PositionID Int 否 外键 职位ID AE_DepartmentID Int 否 外键 部门ID AE_Salary Money 否 工资 AE_Telephone Nvarchar(20) 是 电话 AE_Address Nvarchar(50) 是 地址 AE_Email Nvarchar(50) 是 邮箱 AE_EntryDate Datetime 否 NOW() 入职时间 AE_MaritalStatus ID In

40、t 否 外键 婚姻状况ID AE_PhotoUrl Nvarchar(MAX) 否 照片地址 OA_Department(部门表) 字段名 数据类型 是否为空 默认值 备注 含义 DEP_ID Int 否 主键,自增 主键,无意义 DEP_Number Nvarchar(3) 否 部门编号 DEP_Name Nvarchar(30) 否 部门名称 DEP_ManagerID Int 否 外键 部门经理ID OA_Position(职位表) 字段名 数据类型 是否为空 默认值 备注 含义 POS_ID Int 否 主键,自增 主键,无意义 POS_Nmae Nvarchar(30) 否 职位名称

41、 POS_DepartmentID Int 否 外键 所属部门 OA_Power权限表) 字段名 数据类型 是否为空 默认值 备注 含义 POW_ID Int 否 主键,自增 主键,无意义 POW_Name Nvarchar(50) 否 权限名称 POW_Url Nvarchar(MAX) 否 权PMURL POW_ParentID Int 否 外键 上级权限模块 OA_EmployeePower(员工一权限表)中间表 字段名 数据类型 是否为空 默认值 备注 含义 EP_EmployeeID Int 否 外键 员工ID EP_PowerID Int 否 外键 权PMID OA_Announc

42、ement(公告表) 字段名 数据类型 是否为空 默认值 备注 含义 AM_ID Int 否 主键,自增 主键,无意义 AM_Number Nvarchar(50) 否 公告编号 AM_Theme Nvarchar(100) 否 公告主题 AM_Content Nvarchar(500) 否 公告内容 AM_Datetime Datetime 否 NOW() 公告时间 OA_AnnouncementRange侬告范围表)中间表 字段名 数据类型 是否为空 默认值 备注 含义 AR_AnnocementID Int 否 外键 公告ID AR_DepartmentID Int 否 外键 部门ID

43、OA_AskForLeave(请假表) 字段名 数据类型 是否为空 默认值 备注 含义 AFL_ID Int 否 自增 主键 主键,无意义 AFL_EmployeeID Int 否 外键 员工ID AFL _ApplicationDate Datetime 否 NOW() 制#日期 AFL_StartDate Datetime 否 开始日期 AFL_EndDate Datetime 否一 结束日期 AFL_Content Nvarchar(Max) 否 请假事由 AFL_TypeID Int 否 外键 请假类型 AFL_ApproveStatus Nvarchar(50) 否 “批准”或 “等

44、待审 核“ 或“不批 审核状态 AFL_ApproveContent Nvarchar(Max) 否 审核回复 AFL_ApproveDate Datetime 否 审核时间 OA_Reimburse(报销表) 字段名 |数据类型 是否为空 默认值 备注 含义 RE_ID Int 否 主键,自增 主键,无意义 RE_EmployeeID Int 否 外键 员工ID RE_ApplicationDate Datetime 否 NOW() 制#日期 RE_Content Nvarchar(MAX) 否 申请内容 RE_Money money 否 金额 RE_TypeID Int 否 外键 报销类型

45、ID RE_ApproveStatus Nvarchar(50) 否 报销状态 BaseInfo(基本信息表)数据字典表表级多语言 扩展 字段名 数据类型 是否为空 默认值 备注 含义 BI_ID Int 否 主键 主键,不自增 BI_Type Nvarchar(50) 否 数据类型 BI_Value Nvarchar(50) 否 数据的值 BI_ExtnsionValue Nvarchar(50) 是 扩展值 表设计中应注意的问题: 于字符类型的字段,要仔细确认字段的可能长度。在SQLServer数据库设计中,一般来说,对于定长的字符数据字段,去字符类型(char),对于不定长的,取变长字符

46、类型 (varchar)。 于以分类形式出现的字段,建议不使用字符类型,而使用数字类型。如:人员分类为高职、中职、低职;如果用字符类型,则将这些字符串需要入库;如果使用数字类型分别用1、2、3代表高职、中职、低职,则入库的是数字信息,从程序编写的角度考虑,后者更好维护一些,主要体现在如果是多语言版本时,我们不需要在程序中将这些字符串信息进行判 断处理。 表之间的关联设计 存储过程设计 存储过程是一组预先定义并编译好的SQL语句,可以接受参数、返回状态值和参数值, 并可以嵌套调用。使用存储过程可以改变SQL语句的运行性能,提高其执行效率。存储过程还可用做一种安全机制,使用户通过它访问未授权的表或

47、视图。 无。 触发器设计 触发器是一种特殊的存储过程,当表中的数据被修改时,由系统自动执行。使用触发器 可以实施更为复杂的的数据完整性约束。 触发器:报销状态的改变 状态值: 最终状态:批准,不批准 中间状态:等待经理审核、等待财务审核、等待总经理审核。 代码: CREATETRIGGERdbo.RA_InsertAndUpdate ONdbo.ReimburseApprove FORINSERTUPDATEXS DECLARRA_WhVARCHAHMAXRA_IsApproveBIT,insertIDINTSELECTRA_WhoRA_为了保证数据的完整性,据增删时的数据完备。 需要对表之间

48、相互的数据进行约束,主要是通过外键来实现数 WhoRA_IsApprove=RA_IsApprove,insertID=ReIDFROMINSERTED IF(RA_Who 经理) BEGIN IF(RA_IsApprove=1) BEGIN UPDATEReimburseSETReApproveState=等待财务部审核 WHERReimburse.ID=insertID END ELSEIF(RA_IsApprov(=G) BEGIN UPDATEReimburseSETReApproveState=不批准 WHERReimburse.ID=insertIDEND ELSE BEGIN U

49、PDATEReimburseSETReApproveState=等待经理审核WHERReimburse.ID=insertIDEND END IF(RA_WhO 财务)BEGIN IF(RA_IsApprove=1) BEGIN UPDATEReimburseSETReApproveState=等待总经理审核 WHERReimburse.ID=insertID END ELSEIF(RA_IsApprove:0) BEGIN UPDATEReimburseSETReApproveState=不批准 WHERReimburse.ID=insertID END ELSE BEGIN UPDATER

50、eimburseSETReApproveState=等待财务审核WHERReimburse.ID=insertIDEND END IF(RA_Who 总经理) BEGIN IF(RA_IsApprove=1) BEGIN UPDATEReimburseSETReApproveState=批准 WHERReimburse.ID=insertID END ELSEIF(RA_IsApprove=0) BEGIN UPDATEReimburseSETReApproveState=不批准 WHERReimburse.ID=insertIDEND ELSE BEGIN UPDATEReimburseSETReApproveState=等待总经理审核 WHERReimburse.ID=insertID END END

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论