企业工资管理子系统

1、本科学生综合性实验报告课程名称：数据库系统原理数据库设计班 级 09信息管理与信息系统姓 名 学 号姓 名 学 号项目名称 企业工资管理子系统指导教师开课学期 至学年学期完成时间 2011 年 12 月 日目录1需求分析 . 41.1 系统目标 . 41.2 业务需求及处理流程 . 41.3 功能需求及数据需求分析 . 错误！未定义书签。1.4 业务规则分析 . 错误！未定义书签。1.5 业务报表 . 8 2 概念设计 .92.1 命名规范 . 92.2 实体集及属性 . 102.3 联系集及属性 . 122.4 系统总ER图 . 错误！未定义书签。 3 逻辑设计 . 133.1 数据字典设计

2、 . 133.2 基本数据设计 . 143.3 业务数据设计 .错误！未定义书签。3.4 其它数据设计 .错误！未定义书签。3.5 视图设计 . 183.6 触发器设计 .错误！未定义书签。3.7 存储过程设计 . 19 4 模式求精 .错误！未定义书签。4.1 存在的问题 .错误！未定义书签。4.2 解决方案 .错误！未定义书签。 5 物理设计 .错误！未定义书签。5.1 设计目标 . 215.2 数据分布 .错误！未定义书签。5.3 索引实现 .错误！未定义书签。 6 安全设计 . 226.1 设计目标 .错误！未定义书签。6.2 用户设计 .错误！未定义书签。6.3 权限设计 .错误！未

3、定义书签。第 2 页 共 34 页7 附录1 数据库脚本 .错误！未定义书签。 8 附录2 视图、触发器、存储过程和索引 .错误！未定义书签。第 3 页 共 34 页1 需求分析1.1 系统目标随着我国国民经济建设的蓬勃发展和具有中国特色的社会主义市场经济体制的迅速完善，各个行业都在积极使用现代化的手段，不断改善服务质量，提高工作效率，这些都在很大程度上给企业提出越来越严峻的挑战，对企业体系无论是在行政职能、企业管理水平以及优质服务上都提出更高的要求。建设一个科学高效的信息管理系统是解决这一问题的必由之路。企业内部财务管理是该企业运用现代化技术创造更多更高的经济效益的主要因素之一。工资管理作为

4、企业内部的一种财务管理也是如此，由于企业职工人数较多，每一位职工的具体实际情况也不尽相同，各项工资条款的发放，如果没有一个完整的工资管理系统对员工工资等进行系统的管理，很难实现企业高效运转。工资管理系统对企业加强工资管理有着极其重要的作用，就一般企、事业单位的工资发放来说，不需要太大型的数据库系统。只需要一个操作方便，功能实用，能同时满足财务部门、单位其他相关部门及代发单位三方对数据的管理及需求的系统。我的系统目标就是在于利用数据库开发软件开发一个功能实用，用户操作方便，简单明了的工资管理程序。1.2 业务需求及处理流程业务需求分析是根据现实世界对象需求，描述应用的具体业务处理流程，并分析哪些

5、业务是计算机可以完成的，而哪些业务是不能由计算机完成的。工资系统主要业务包括：员工信息的记录和查询、员工的考勤情况、工资的结构类型、工资的管理和查询、汇总报表的打印和输出等。企业工资管理业务流程图如图1-1所示：图1-1 工资管理业务流程图第 4 页 共 34 页1.3 功能需求及数据需求分析企业工资管理子系统总的系统功能模块如图1-2所示：图1-2企业工资管理子系统总的系统功能模块图第 5 页 共 34 页功能需求分析是描述系统应提供的功能和服务。资管理系统系是为了更好的实现工资各种信息的管理以及各种信息的安全性管理。本系统主要对查看员工的各种工资信息需求所设计的，可以很好的管理数据。根据上

6、述业务流程和总ER图，工资管理子系统的主要功能和数据需求包括：1) 财务人员设置：只有用户名和用户密码都相符的财务人员方可进入本系统，为了防止不合法用户对数据的察看和修改，财务人员可以设定用户名、密码和其权限，还可以对纪录进行增加、删除、修改、核算等操作。当财务人员要进入系统时必须先输入用户名和密码，按“确认”按钮后，系统辨别财务人员身份，对合法财务人员赋予权限。2) 员工信息管理：(1) 员工的基本信息录入：包括员工编号、姓名、性别、所属部门、职称、电话等(2) 员工信息查询：财务人员可对所需要的员工信息资料的查询，查询可按姓名、工号、部门查询。(3) 员工信息添加、删除、修改：财务人员对所

7、需要的资料的操作即对员工基本信息的增加、删除、修改操作。(4) 员工考勤管理：记录员工矿工、迟到、早退、加班的起始时间起始和结束时间，还包括员工编号、姓名、性别等信息。财务人员可对所需要的员工考勤资料进行查询，可按姓名或者工号查询。(5) 员工调离管理：财务人员应及时对员工人事变动和调离情况进行核对、修改。3）工资信息管理：(1) 工资基本信息录入：记录员工每个月度的基本工资、应发工资、实发工资。需录入员工编号、员工姓名、迟到、早退、基本工资、应发工资、实发工资、奖惩情况(2) 工资结构：包含工种代码、基本工资、岗位工资、津贴工资、奖金、福利、出差工资、旷工工资(3) 员工工资查询：财务人员对

8、所需要的资料的查询即对员工工资信息查询操作。(4) 员工工资增加、删除、修改操作：财务人员对所需要的资料的查询即对员工工资信息的增加、删除、修改操作。4）部门信息管理：(1) 部门基本信息录入：包括公司各部门编号、名称、负责人、人数等。(2) 部门信息查询：财务人员对所需要的资料的查询即对部门信息查询操作。(3) 部门信息增加、删除、修改操作：财务人员对所需要的资料的查询即对部门信息的增加、删除、修改操作。5）员工工资汇总打印管理：第 6 页 共 34 页财务人员对员工工资进行汇总，可以以报表的形式，打印员工信息、工资发放报表、工资历史报表、工资单、员工奖惩报表。6）系统维护：系统财务人员可对

9、数据进行备份和恢复，并可实现数据导入导出功能。1.4 业务规则分析1) 财务人员由财务人员口令唯一标识，财务人员设置表需存财务人员口令、 财务人员密码。2) 员工由员工编号唯一标识，需存储员工编号、员工姓名、性别、所属部门、职务名称、电话3) 部门由部门编号唯一标识，需存储部门编号、员工编号、部门名称4）工资由员工编号唯一标识，需存储员工编号、员工姓名、迟到、早退、基本工资、应发工资、实发工资、奖惩情况5）工种信息需存储工种代码、基本工资、岗位工资、津贴工资、奖金、福利、出差工资、旷工工资。6）考勤由考勤编号唯一标识、需存储考勤编号、员工编号、员工姓名、迟到的起始时间和结束时间、早退的起始时间

10、和结束时间、矿工的起始时间和结束时间、加班的起始时间和结束时间。7）工资报表需存储工资单、工资汇总表、员工奖惩表、费用分配表数据约束分析某工资管理子系统主要数据约束如下：1) 所有的基本表中不涉及已离职员工的信息。(1) 同一工种同一级别的员工基本工资应该相同，且基本工资代码由BW加三个数字组成。(2) 员工编号规则：以字母E开头加七个数字组成。(3) 部门编号规则：部门编号以字母C开头加四个数字组成。(4) 津贴编号规则：津贴号以字母A开头加五个数字组成。(5) 加班号规则：加班号由OW加四个数字组成。(6) 请假记录编号规则：请假记录编号由VR加四个数字组成。(7) 出差记录编号规则：出差

11、记录编号由TR加四个数字组成。(8) 财务人员登录表中用户名只允许为中文人名，用户密码只能由数字和字母组成密码位数最多不超过16位，且不允许有重名的用户。第 7 页 共 34 页1.5 业务报表制表人： 制表日期： 年 月 日第 8 页 共 34 页企业员工月度工资汇总表部门名称：制表人： 制表日期： 年 月 日2 概念设计 2.1 命名规范概念设计中涉及到联系集和实体集。在我的企业工资管理子系统中，一致将实体集的名称定义为与该实体集意义相关的名词，将联系集的名称定义为与该实体集意义相关第 9 页 共 34 页的动词，将实体集或者联系集中包含的属性定义为与该属性意义相关的名词，均用中文表示。2

12、.2 实体集及属性根据以上命名规范的原则，各实体集的定义、属性和E-R图分别设计如下：1）财务人员实体集。其属性有：财务人员口令、财务人员密码财务人员实体集的E-R图如图2-1所示：图2-1 财务人员实体集的E-R图2）员工实体集。其属性有：员工编号、员工姓名、性别、籍贯、年龄、所属部门、文化程度、职务名称、生日、住址、电话、工种代码、婚姻状况、雇用日期员工实体集的E-R图如图2-2所示：图2-2 员工实体集E-R图3）部门实体集。其属性有：部门编号、员工编号、部门名称部门实体集的E-R图如图2-3所示：图2-3 部门实体集E-R图4)工资实体集。其属性有：员工编号、员工姓名、迟到、早退、基本

13、工资、应发工第 10 页 共 34 页资、实发工资、奖惩情况工资实体集的E-R图如图2-4所示：图2-4 工资实体集的E-R图5) 工种信息实体集。其属性有：工种代码、基本工资、矿工工资、津贴工资、奖金、福利、出差工资、交通补助工种信息实体集的E-R图如图2-5所示：图2-5 工种信息实体集的E-R图6）员工考勤实体集。其属性有：考勤编号、员工编号、员工姓名、迟到次数、缺席次数。考勤实体集的E-R图如图2-6所示：图2-6 考勤实体集的E-R图第 11 页 共 34 页2.3 联系集及属性根据上面设计得到的实体集，可确定如下联系集：财务人员与聚合表之间的“管理”联系集。它是一对多联系。其属性描

14、述有：财务人员口令、管理信息。员工与工资之间的“对应”联系集。它是多对多联系。其属性描述有：员工编号等。 员工与部门之间的“属于”联系集。它是多对一联系。其属性描述有：员工编号、部门编号等。员工与考勤之间的“核对”联系集。它是多对多联系。其属性描述有：员工编号、考勤编号等。员工与奖惩之间的“包含”联系集。它是多对多联系。其属性描述有：员工编号等。 工资与工种信息之间的“包含”联系集。它是一对多联系。其属性描述有：工资类别。工资报表与聚合表之间的“打印”联系集。它是一对多联系。其属性描述有：汇总、打印输出、保存。2.4 系统总ER图系统总ER图如图2-8所示：图2-8 系统总ER图第 12 页

15、共 34 页3 逻辑设计第 13 页 共 34 页通过上述的E-R图设计，得到了企业工资管理子系统的基本数据，包括：员工表、部门表、工资表、工种信息表、考勤表、奖惩表、财务人员表。(1) 部门表：由部门强实体集和属于联系集共同转化而来。由于属于是一对多联系，因此可以将属于合并到”多”方实体集的部门表中。如图3-5所示：图3-5 部门表(2) 员工表：由员工强实体集和对应联系集共同转化而来。由于对应是一对多联系，因此可以将对应合并到”多”方实体集的员工表中。如图3-6所示：图3-6 员工表(3) 考勤表：由考勤强实体集转化而来，如图3-7所示：第 14 页 共 34 页图3-7 考勤表(4) 奖

16、惩表：由奖惩强实体集转化而来，如图3-8所示：图3-8 奖惩表(5) 工资表：由员工强实体集和工资实体集共同转化而来，如图3-9所示：图3-9 工资表(6) 工种信息表：有工资实体集和工种信息实体集共同转化而来，如图3-10所示：第 15 页 共 34 页图3-10 工种信息表3.3 业务数据设计通过上述的E-R图设计，得到了商品销售系统的业务数据，包括：出差表、请假表、加班表、基本工资表、津贴工资表、员工调离情况表(1) 出差表：用于存储员工出差的一些基本情况，便于统计。如图3-10所示:图3-10 出差表(2) 请假表：用于存储员工事假、病假的情况，便于统计。如图3-11所示:第 16 页

17、 共 34 页图3-11 请假表(3) 员工调离情况表：用于存储员工调离的基本情况，不会因为更新而把原来的情况覆盖，便于今后查看方便。如图3-12所示:图3-12 员工调离情况表(4) 基本工资表：记录员工的基本工资信息。如图3-13所示：图3-13 基本工资表(3) 津贴工资表：用于记录员工的津贴工资信息。如图3-14所示:第 17 页 共 34 页图3-14 津贴工资表3.4 其他数据设计其他数据主要是：用户权限、系统功能和统计核算数据。(1) 财务人员表：由财务人员强实体集转化而来，如图3-15所示：图3-15 财务人员表(2) 核算表：由多对多联系集核算转化而来，如图3-16所示:图3

18、-16 核算表3.5 视图设计数据库的视图设计可以在一定层次上提高数据库的安全性，来达到业务的透明性；也可以降低脚本设计的复杂度。安全性主要涉及到员工信息的真实性、工资的类别、员工的考勤奖惩情况，同时只有财务人员有进入系统核算的权限，所以建立各种视图来处理各种业务，这样既不破坏数据库的安全性设计，又达到了预期的效果；降低脚本设计第 18 页 共 34 页的复杂度主要是对一些统计数据如员工的各种工资的记录情况、财务结算等进行视图设计，来减少涉及到该操作的表的数量。以下是一些本系统涉及的视图：(1) 视图工资：统计各个员工的工资。(2) 视图考勤：统计各个员工的考勤。(3) 视图奖惩：统计各个员工

19、的奖惩情况。3.6 触发器设计数据库的触发器设计主要是在数据的插入、删除和更新操作场合下来进行更为复杂的检查和操作，一次来保证数据库的正确性和一致性。本系统涉及到部门信息、员工信息、员工考勤、员工奖惩、工资信息等操作，对应于不同的操作建立不同的触发器来限定各种操作的范围。为此设计了如下触发器：(1) 触发器一：该触发器仅允许财务人员可以删除员工表内数据，否则出错。(2) 触发器二：在工资表中创建触发器，插入数据时要先检查工资表中是否存在和员工表同样值的员工编号，如果不存在则不允许插入。(3) 触发器三：该处罚期保证员工编号第2到第5个字符与雇用日期的年份相同。3.7 存储过程设计数据库的存储过

20、程设计主要是为了完成特定功能汇集而成的一组SQL语句集合，该集合编译后存放在数据库中。由于存储过程可以直接运行，也可以远程运行，所以存储过程拥有对业务操作封装、便于事务管理和一定程度上的安全性保护的优点。由于本系统主要是面向企业的系统，所以数据库的访问量肯定比较大。为解决能及时的响应员工工资的各种操作，本系统将创建各种存储过程来增加财务人员对工资管理的响应操作。如：当财务人员需要查询某个员工工资信息时，向服务器发出查询请求，服务器接受到请求直接调用存储过程来处理财务人员的请求，提高了查询效率。为此设计了如下存储过程：(1) 存储过程一：根据输入的员工编号来查找该员工的基本信息。(2) 存储过程

21、二：根据输入的部门编号来查找该部门的员工信息。(3) 存储过程三：根据输入的员工编号来查找该员工的考勤信息或奖惩信息。(4) 存储过程四：根据输入的工资编号和员工编号来查找员工的工资信息。(5) 存储过程五：根据输入的工种代码来查找员工的工种信息和各个工资的信息。第 19 页 共 34 页4 模式求精4.1 存在的问题至此基本上给出了一个比较完整的企业工资管理子系统的需求分析、概念设计（E-R模型）和逻辑设计的全过程。在每一步设计中都反复的修改，讨论还有什么不足的情况。但万事不能尽善尽美。在本实例系统中，只考虑到员工个人信息、部门信息、员工的考勤和奖惩情况、工资信息、工种信息等业务，而在某些方

22、面还是不能考虑的周全。1) 通过关系数据理论和模式求精知识，结合本系统的逻辑设计，本系统的关系模式是属于第一范式(1NF)。因为本系统只保证了此关系模式的每一个属性对应的阈值都是不可分的。2) 通过进一步的思考，还可以增加以下功能：(1) 对员工奖惩没有一个明确的评判标准；(2 ) 对员工津贴情况说得比较笼统(3) 没有针对不同工种员工的考勤做出具体的考勤标准；(4) 没有反映同一地区同一行业类似规模的公司的工资水平；4.2 解决方案通过分析以上产生的问题，再结合上述的数据库设计，对每个问题提供了大体的解决方案。(1) 针对员工的奖惩考核制定一定的规章制度。(2 ) 详述员工津贴包含的内容；(

23、3) 针对不同级别的员工制定不同的考勤标准；(4) 应该建立一个既可以显示本公司工资水平，也可以显示同地区同行业类似规模公司的工资水平的表，同时还应有两者之间的参照关系；第 20 页 共 34 页5 物理设计5.1 设计目标一个企业工资管理子系统，其数据库的物理设计是至关重要的，他涉及到企业各部门每个员工不同的工资记录情况。所以怎么为数据库选取一个最合适应用环境的物理结构成为了本系统的一个重要的方面。本系统数据库物理设计的目标为：(1) 提高数据库的性能，以满足应用的性能需求；(2) 有效利用存储空间；(3) 在性能和代价之间做出最优平衡。5.1 数据分布本系统数据库中要存储的数据主要包括：关

24、系表、数据字典、索引、日志和备份等。 为了提高系统性能，因此，对于数据备份和日志文件的备份，由于他们只是在故障恢复时才使用，而且数据量很大，因此存放在三级存储介质上；对于计算机中有多个磁盘，可以考虑将表和索引分别存放在不统的磁盘上，在查询时，由于多个磁盘驱动器分别在工作，因此可以保证物理读写速度比较快，不过也可以将比较大的表分拆存放在多个磁盘中，以加快存取速度；对于数据字典，由于其访问量很大，可以单独的为其开辟一块存储空间，以保证快速相应用户的需求。本系统将数据字典中的数据放在了主逻辑设备DictionaryDB.mdf上，将基础数据放在了从逻辑设备一BasicDB.mdf上，将业务数据放在了

25、从逻辑设备二BusinessDB.mdf上，将其他数据放在了从逻辑设备三OtherDB.mdf上，将日志及备份的数据放在了逻辑设备SaleDBLog.ldf上。5.3 索引实现如果只是从数据分布那方面来提高数据库的性能，那是远远不够的，因为最终的数据存取还是要对数据进行搜索、遍历。所以，能提高对数据的搜索和遍历的一个常用的技术就是建立索引。但如果对某一存储的数据建立过多的索引反而会导致数据性能的降低，反之则会降低数据的搜索速度。因此如何对各种存储的数据建立合适的索引成了提高数据库性能的一大问题。本系统就索引的实现提供了一些具体的方法，如：根据财务人员核算的习惯来对特定的属性或者属性集合建立非聚

26、簇索引；对数据量比较多的表中采用多级索引或者B+树索引来提高数据顺序扫描的速度；采用B+树索引技术来有效地支持范围索引等等。以下是本系统所建立的一些索引：第 21 页 共 34 页(1) 为员工表中的员工编号属性建立非聚簇索引。(2) 为考勤表表中的员工姓名属性建立非聚簇索引。(3) 为工资表的员工编号和员工姓名属性建立非聚族索引。(4) 为工种信息表中的工种代码属性建立非聚簇索引。(5) 为奖惩表的奖惩金额和扣除金额建立非聚簇索引。6 安全设计6.1 设计目标安全性问题不是数据库系统所独有的，所有计算机系统都有这个问题。但是数据库系统中大量数据集中存放，而且为许多最终用户直接共享，从而是数据

27、库中的安全问题更为突出。对于本系统的安全设计目标，可以列为以下几点：(1) 不同的用户具有不同的权限来访问数据库；(2) 保证数据库的正确性和完整性；(3) 自动对违约操作进行处理。6.2 用户设计由于本系统涉及到不同的用户类别，所以打算对每一类别的用户建立一个公共的用户来进行数据库的访问，这样就解决了多个实际用户的存储问题。实际用户访问数据库时通过登录系统，系统对其用户类别进行审核来决定是属于哪一类用户，然后授予该用户的数据库访问权限。本系统初步建立以下几类公共的用户来进行数据库的访问：(1)财务人员(2) 员工(3) 数据库拥有者6.3 权限设计权限设计是数据库安全设计中至关重要的一部分，

28、因为他直接涉及到数据库用户对数据的读取操作。所以一个好的数据库访问权限设计更能提高数据库的安全性。以下是本系统对各种用户的权限管理：(1) 财务人员的权限：由于财务人员经过注册，所以具有对员工工资浏览、查找、选择和核算的权限。第 22 页 共 34 页(2)员工的权限：由于员工未经过注册，所以只具备对员工自身工资进行的浏览、查找的权限。(3) 数据库拥有者(DBO)的权限：由于数据库中的各种表都是数据库拥有者创建的，所以数据库拥有者拥有数据库的所有权限。7 附录1 数据库脚本set nocount onset dateformat ymduse mastergoif not exists(se

29、lect * from syslogins where name=user01)exec sp_addlogin user01,888888go/*create database*/if exists(select *from sysdatabases where name=SalaryDB)drop database SalaryDBgocreate database SalaryDBon primary(name=SalaryDB,filename=d:SQLDatabaseSalaryDB.mdf,size=3,maxsize=5,filegrowth=1)log on(name=d20

30、011812_log,filename=d:SQLDatabaseSalaryLog.ldf,size=1,maxsize=5,filegrowth=1)go/*data mydatabase*/use SalaryDBgo/* add my user*/exec sp_adduser user01,user01go-/*员工表*/printcreat table EmployeegoCREATE TABLE Employee(employeeNo char(8) not null /*员工编号*/第 23 页 共 34 页check(employeeNo like E0-90-90-90-9

31、0-90-90-9),employeeName varchar(10) not null, /*员工姓名*/sex char(1) not null, /*员工性别*/telephone varchar(20) null, /*员工电话*/hireDate datetime not null, /*雇佣日期*/department varchar(20) not null, /*所属部门*/headShip varchar(20) not null, /*职务*/constraint EmployeePK primary key (employeeNo)gogrant all on Emplo

32、yee to user01go/*员工表（employee）数据：*/insert Employee values(E2005001,喻自强,M 20050206,行政部,科长) insert Employee values(E2008002,张小梅,F 20080328,技术部,职员) insert Employee values(E2010003,张小娟,F 20100328,人事部,职员) go-/*部门表*/print create Departmentgocreate table Department(de

33、partmentNo char(6) not null primary key, /*部门编号*/check(DepartmentNo like C0-90-90-90-9),employeeNo char(8) not null /*员工编号*/departmentName varchar(20) not null /*部门名称*/)gogrant all on Department to user01go/*部门表（Department）数据：*/insert Department values(C0001,E2005001, 行政部)insert Department values(C0

34、002,E2008002, 技术部)insert Department values(C0003,E2010003, 人事部)go-/*考勤表*/print create Attendancegocreate table Attendance(employeeNo char(8) not null primary key, /*员工编号*/check(employeeNo like E0-90-90-90-90-90-90-9),employeeName varchar(10) not null, /*员工姓名*/departmentNo char(6) not null, /*部门编号*/s

35、tartDate datetime not null, /*起始时间*/check(ISNULL(convert(char(13),startDate,120),第 24 页 共 34 页endDate datetime not null, /*结束时间*/ check(ISNULL(convert(char(13),endDate,120)gogrant all on Attendance to user01go/*考勤表（Attendance）数据：*/insert Attendance values(E2005001,喻自强,行政部,2011-09-11-09,2011-09-11-12

36、) insert Attendance values(E2009015,王萍, 人事部,2011-09-14-09,2011-09-17-17) insert Attendance values(P2010003,蔡晓红,技术部,2011-09-07-11,2011-09-07-17) go-/*奖惩表*/print create Repunishgocreate table Repunish(employeeNo char(8) not null primary key, /*员工编号*/check(employeeNo like E0-90-90-90-90-90-90-9),employ

37、eeName varchar(10) not null, /*员工姓名*/ rewardSum numeric(9,2) not null, /*奖励金额*/ deductSum numeric(9,2) not null /*扣除金额*/ )gogrant all on Attendance to user01go/*奖惩表（Repunish）数据：*/insert Repunish values(E2008002,张小梅,500.00,0.00)insert Repunish values(E2009015,王萍,0.00,120.00)insert Repunish values(E20

38、10003,蔡晓红,300.00,150.00)go-/*工资表*/print create Salarygocreate table Salary(SalaryNo char(6) not null primary key, /*工种代码*/ check( SalaryNo like S0-90-90-90-90-90-9),employeeNo char(8) not null primary key, /*员工编号*/ check(employeeNo like E0-90-90-90-90-90-90-9),employeeName varchar(10) not null, /*员工

39、姓名*/ basicSalary numeric(8,2) not null, /*基本工资*/ payableSalary numeric(8,2) not null, /*应发工资*/ realSalary numeric(8,2) null, /*实发工资*/ repunish char(6) null, /*奖惩情况*/constraint SalaryFK1 foreign key(employeeNo) references Department(employeeNo) )gogrant all on Salary to user01go/*工资表（Salary）数据：*/第 25

40、 页 共 34 页insert Salary values(E2005002,夏楠,2500.00,3600.00,0.00,无)insert Salary values(E2009015,王萍,1800.00,2000.00,1880.00,惩)insert Salary values(E2005001,喻自强,4500.00,4950.00,4950.00,惩)go-/*工种信息表*/print create SalInformationgocreate table SalInformation(SalaryNo char(6) not null primary key, /*工种代码*/

41、check( SalaryNo like S0-90-90-90-90-90-9),employeeNo char(8) not null primary key, /*员工编号*/basicSalary numeric(8,2) not null, /*基本工资*/absentSalary numeric(8,2) null, /*旷工工资*/allowanceSalary numeric(8,2) null, /*津贴工资*/reward numeric(8,2) null, /*奖 金*/welfare numeric(8,2) null, /*福 利*/evectionSalary n

42、umeric(8,2) null, /*出差工资*/tranSalary numeric(8,2) null, /*交通补助*/constraint SalInformationFK1 foreign key(SalaryNo) references Salary(SalaryNo),constraint SalInformationFK2 foreign key(employeeNo) references Employee(employeeNo) )gogrant all on SalInformation to user01go/*工种信息表（SalInformation）数据：*/insert SalInformation values(S10001,E2005002,2500.00,50.00,100.00,500.00,300.00,50.00,0.00,300.00) insert SalInformation values(S10002,E2002005,4500.00,0.00,100.00,500.00,50