数据库原理与应用第4章--数据库系统设计方法

1、第4章 数据库系统设计方法 任课老师：【本章要点】 要使一个新的SQL Server应用系统的开发取得成功，取决于很多因素。严格遵循数据库应用系统的开发步骤，做好基础工作，认真分析用户需求，设计一个性能优异、结构合理的数据库无疑是保证系统开发成功的前提。 本章主要介绍以下几方面内容： 数据库系统设计概述； 数据库系统的设计步骤； 数据库系统设计实例。 41 概述 在现今的社会生活中，各类数据库应用系统如MIS(管理信息系统)、DSS(决策支持系统)、OAS(办公自动化系统)等已广泛应用于各行各业。可以说，数据库已成为现代信息系统的基础与核心部分。1软件的开发过程软件的开发过程通常可分为以下阶段

2、：(1)规划阶段：确定开发的总目标，确定待开发软件系统的功能、性能、可靠性以及接口等方面的设想。41 概述 (2)需求分析阶段：认真细致地了解用户对数据的处理要求，确定系统的功能与边界。提供可作为设计基础的系统规格说明书(包括对软、硬件环境的需求和一整套完整的数据流图)。(3)设计阶段：把需求分析阶段所确定的功能细化，主要工作包括设计模块结构图和系统的数据结构、对每个模块内部设计详细的流图。(4)程序编制阶段：运用所选择的程序设计语言表达上一阶段确定的各模块控制流程。程序编制时应遵循结构化程序设计方法。41 概述 (5)调试阶段：对已编制的程序进行单元调试(分调)、整体调试(联调)和系统测试(

3、验收)。(6)运行维护阶段：该阶段的重点是将软件系统付诸实际应用，解决开发过程的遗留问题，改正错误并进行功能扩充和性能改善。以上各阶段相互连接，且往往需要某种程度的回溯和反复。41 概述 2数据库系统的开发以数据库为基础的信息管理系统通常也称为数据库系统，该类系统一般具有信息的采集、组织、加工、抽取和传输等功能。数据库系统的开发设计也称为“数据库工程”。每一个数据库工程根据系统开发的内容可分为：作为系统核心的数据库应用系统的设计与实现、相应的应用软件及其他软件(如通信软件)的设计与实现。本书主要介绍前一部分。41 概述 数据库系统的开发设计过程可分为：规划阶段、需求分析阶段、概念设计阶段、逻辑

4、设计阶段、物理设计阶段、数据库实施阶段、运行与维护阶段。42 数据库系统的设计 421 数据库系统设计的目标与方法1数据库系统设计的目标数据库系统设计的目标是在DBMS的支持下，按照应用的要求，为某一部门或组织设计一个结构合理、使用方便、效率较高的数据库及其应用系统。数据库系统的设计应该与应用系统设计相结合，即数据库设计应包含两方面的内容。 42 数据库系统的设计 结构(数据)设计：即设计数据库框架或数据库结构。数据库模式是各应用程序共享的结构，是稳定的、永久的结构。因此，数据库结构设计是否合理直接影响到数据库系统中各过程的性能和质量。 行为(处理)设计：即设计应用程序、事务处理等。结构特性不

5、能与行为特性分离。静态的结构特性的设计与动态的行为特性的设计分离，会导致数据与程序不易结合，增加数据库设计的复杂性。 42 数据库系统的设计2数据库系统设计的方法目前常用的各种数据库系统设计的方法都属于规范设计法，即运用软件工程的思想与方法，根据数据库系统的特点，确定相应的设计准则与设计规程。在实践当中，也结合使用原型法。(1)新奥尔良方法：将数据库设计分为四个阶段，需求分析(分析用户要求)、概念设计(信息分析和定义)、逻辑设计(设计实现)和物理设计(物理数据库设计)。42 数据库系统的设计(2)S.B.Yao方法：将数据库设计分为六个步骤，需求分析、模式构成、模式汇总、模式重构、模式分析和物

6、理数据库设计。(3)I.R.Palmer方法：则主张把数据库设计当成一步接一步的过程，并采用一些辅助手段实现每一过程。此外，还有一些为数据库设计不同阶段提供的具体实现技术与实现方法。如基于ER模型的数据库设计方法、基于3NF的设计方法、基于抽象语法规范的设计方法等等。42 数据库系统的设计422 数据库系统设计的步骤1系统规划阶段对于数据库系统，特别是大型数据库系统或大型信息系统中的数据库群，进行系统规划是十分必要的。规划的好坏将直接影响到整个系统的成功与否，对企业组织的信息化进程将产生深远的影响。42 数据库系统的设计随着数据库技术的发展与普及，各行业在计算机应用中都会提出建立数据库的要求。

7、但是，数据库技术对技术人员和管理人员的水平、数据采集和管理活动规范化以及最终用户使用计算机能力都有较高的要求。同样地，数据库技术对计算机系统的软、硬件提出来较高的要求。在确定要采用数据库技术之前，对上述因素必须做全面的分析和权衡。42 数据库系统的设计规划阶段具体可分为三个步骤：(1)系统调查。对企业组织作全面的调查，了解企业的组织机构，绘制组织结构图。(2)可行性分析。从技术、经济、效益、法律等诸方面对建立数据库的可行性进行分析，写出可行性分析报告，组织专家进行讨论其可行性。(3)确定数据库系统的总目标和制订项目开发计划。在规划得到决策部门批准后，正式进行数据库系统的开发工作。42 数据库系

8、统的设计2需求分析阶段(1)需求分析的任务需求分析阶段的主要任务可以概括为：分析用户活动，绘制业务流程图。确定系统范围，绘制系统图。分析用户活动涉及的数据，绘制数据流图。分析系统数据，确定数据字典。42 数据库系统的设计数据流图(Data Flow Diagram，简记为DFD)是从“数据”和“对数据的加工”两方面表达数据处理系统工作过程的一种图形表示法，具有直观、易于被用户和软件人员双方都能理解的一种表达系统功能的描述方式。42 数据库系统的设计数据字典(Data Dictionary，简称DD)是对数据描述的集中管理，它的功能是存储和检索各种数据描述(称为元数据Metadata)。对数据库

9、设计来说，数据字典是进行详细的数据收集和数据分析所获得的主要成果。数据字典中通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。42 数据库系统的设计(2)需求分析的重点需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。信息要求是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。处理要求是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。新系统的功能必须能够满足用户的信息要求、处理要求、安全性与完整性要求。42 数据库系统的设计(3)需求分析的方法调查组

10、织机构情况，包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程做准备。调查各部门的业务活动情况，包括了解各个部门输入和使用什么数据、如何加工处理数据、输出什么信息、输出到什么部门、输出结果的格式等。协助用户明确对新系统的各种要求，包括信息要求、处理要求、完全性与完整性要求。确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成、哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。42 数据库系统的设计(4)常用的调查方法跟班作业。开调查会。请专人介绍。询问。设计调查表请用户填写。查阅记录。通过调查了解用户需求后，还需要进一步分析用户的需求。分析用户需求的方法主要

11、包括：自顶向下和自底向上两类方法。42 数据库系统的设计3概念设计阶段概念设计即设计数据库的概念结构，是通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型的过程。概念结构是对实际的人、物、事和概念进行人为处理，抽取人们关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述。概念结构设计是整个数据库设计的关键。42 数据库系统的设计概念结构独立于数据库逻辑结构，也独立于支持数据库的DBMS。它是现实世界与机器世界的中介，它一方面能够充分反映现实世界，包括实体和实体之间的联系，同时又易于向关系、网状、层次等各种数据模型转换。概念结构是现实世界的一个真实模型，易

12、于理解，便于和不熟悉计算机的用户交换意见，使用户易于参与，当现实世界需求改变时，概念结构又可以很容易地作相应调整。因此概念结构设计是整个数据库设计的关键所在。42 数据库系统的设计(1)概念设计的重要性在早期的数据库设计中，概念设计并不是一个独立的设计阶段。当时的设计方式是在需求分析之后，直接把用户信息需求中的数据存储格式转换成DBMS能处理的数据库模式。这样，注意力往往被牵扯到更多的细节限制方面，而不能集中在最重要的信息组织结构和处理模式上。因此在设计依赖于具体DBMS的模式后，当外界环境发生变化时，设计结果就难以适应这个变化。42 数据库系统的设计为了改善这种状况，在需求分析和逻辑设计之间

13、增加了概念设计阶段。此时，设计人员仅从用户角度看待数据及处理需求和约束，而后产生一个反映用户观点的概念模式(也称为“组织模式”)。将概念设计从设计过程中独立开来，可以使数据库设计各阶段的任务相对单一化，得以有效控制设计的复杂程序，便于组织管理。概念模式能充分反映现实世界中实体间的联系，又是各种基本数据模型的共同基础，同时也容易向现在普遍使用的关系模型转换。42 数据库系统的设计(2)概念设计的策略自顶向下。首先定义全局概念结构的框架，然后逐步细化。自底向上。首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构。逐步扩张。首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐

14、步生成其他概念结构，直至总体概念结构。混合策略。即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 42 数据库系统的设计概念设计最常采用的策略就是自底向上。即需求分析自顶向下地进行，然后再自底向上地设计概念结构。自底向上设计概念的策略如图4-1所示。42 数据库系统的设计图4-1 自底向上设计概念42 数据库系统的设计(3)概念设计的步骤进行数据抽象，设计局部概念模式。局部用户的信息需求是全局概念模式的基础。因此，概念设计要先从用户个体的需求出发，建立相应的局部概念结构。设计概念结构时，常用的数据抽象方法是“聚集”和“

15、概括”。聚集是将若干对象和它们之间的联系组合成一个新的对象。概括是将一组具有某些共同特性的对象合并成更高一层意义上的对象。42 数据库系统的设计将局部概念模式综合成全局概念模式。综合各局部概念结构得到反映所有用户需求的全局概念结构。在综合过程中，主要处理各局部模式对各种对象定义的不一致问题，包括同名异义、异名同义和同一事物在不同模式中被抽象为不同类型的对象(如有的作为实体，有的又作为属性)等问题。把各个局部结构合并，还会产生冗余问题，或导致对信息需求的再调整与分析，以确定确切的含义。42 数据库系统的设计评审。评审分为用户评审与DBA及应用开发人员评审两部分。用户评审的重点放在确认全局概念模式

16、是否准确、完整地反映了用户的信息需求和现实世界事物的属性间的固有联系；DBA和应用开发人员评审则侧重于确认全局结构是否完整，各种成分划分是否合理，是否存在不一致性，以及各种文档是否齐全等。 文档应包括局部概念结构描述、全局概念结构描述、修改后的数据清单和业务活动清单等。42 数据库系统的设计概念设计中最著名的方法就是实体联系方法(ER方法)，建立ER模型，用ER图表示概念结构，得到数据库的概念模式。采用ER模型进行概念设计的方法，请参考有关资料。42 数据库系统的设计4逻辑设计阶段概念设计的结果是得到一个与DBMS无关的概念模式，而逻辑设计的目的是把概念设计阶段设计好的全局概念模式转换成与选用

17、的具体机器上的DBMS所支持的数据模型相符合的逻辑结构(包括数据库模式和外模式)。这些模式在功能上、完整性和一致性约束及数据库的可扩充性等方面均应满足用户的各种要求。42 数据库系统的设计设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。逻辑结构的设计可分为主要5个步骤，如图4-2所示。42 数据库系统的设计图4-2 逻辑结构的设计步骤42 数据库系统的设计(1)初始模式的形成形成初始的DBMS模式。根据概念模式以及DBMS的记录类型特点，将ER模式的实体类型或联系类型转换成记录类型，在比较复杂的情况下，实体可能分解或合并成新的记录类型。(2)子模式设计子模

18、式是模式的逻辑子集，是应用程序和数据库系统的接口，它能允许应用程序有效地访问数据库中的数据，而不破坏数据库的安全性。42 数据库系统的设计(3)应用程序设计在设计完整的应用程序之前，先设计出应用程序的草图，对每个应用程序应设计出数据存取功能，提供程序上的逻辑接口。(4)模式评价评价数据库结构的方法通常有定量分析和性能测量等方法。42 数据库系统的设计定量分析包括处理频率和数据容量。处理频率是在数据库运行期间应用程序的使用次数；数据容量是数据库中记录的个数。数据库增长过程的具体表现就是这两个参数值的增加。性能测量是指逻辑记录的访问数目、一个应用程序传输的总字节数、数据库的总字节数，这些参数应该尽

19、可能预先知道，它能预测物理数据库的性能。42 数据库系统的设计(5)修正模式修正模式的目的是为了使模式适应信息的不同表示。此时，可利用DBMS的性能，以及索引或散列功能来修改模式。但数据库的需求内容不能修改。如果需求内容不修改，模式就不能进一步求精，那么就要停止模式设计，返回到概念设计或需求分析阶段，重新设计。42 数据库系统的设计5物理设计阶段物理设计是为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。数据库的物理结构主要是指数据库的存储记录格式、存储记录安排和存取方法。物理结构依赖于给定的DBMS和和硬件系统。因此，设计人员必须充分了解所用DBMS的内部特征，特别是

20、存储结构和存取方法；充分了解应用环境，特别是应用的处理频率和响应时间要求；以及充分了解外存设备的特性。42 数据库系统的设计在关系模型系统中，物理设计比较简单一些，因为文件形式是单记录类型文件，仅包含索引机制、空间大小、块的大小等内容。数据库的物理设计通常分为：物理结构的确定和物理结构的评价。42 数据库系统的设计(1)物理结构的确定确定数据的存储结构。设计数据的存取路径。确定数据的存放位置。确定系统配置。设计阶段的系统配置只是初步的。在系统运行过程中，还要根据实际运行情况再进行调整。42 数据库系统的设计(2)物理结构评价在物理设计过程中，通过对时间效率、空间效率、维护代价和各种用户要求的权

21、衡，可以形成多个方案，设计人员必须对这些方案进行细致的评价，从中选择一个较优的方案作为数据库系统的物理结构。评价物理数据库的方法依赖于所选用的DBMS。评价的重点是时间和空间效率。42 数据库系统的设计6数据库实施阶段在数据库实施阶段，设计人员运用DBMS提供的数据语言及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。数据库实施阶段的主要任务如下：(1)定义数据库结构。确定数据库的逻辑结构与物理结构后，可以用所选用的DBMS提供的数据定义语言(DDL)来严格描述数据库结构。42 数据库系统的设计(2)数据装载。数据库结构建立后，即可向数据库中

22、装载数据。组织数据入库是数据库实施阶段最主要的工作。对于数据量较少的小型数据库系统，可以用人工方法完成数据的装载，其步骤为：筛选数据。需要装入数据库中的数据通常都分散在各个部门的数据文件或原始凭证中，所以首先必须把需要入库的数据筛选出来。42 数据库系统的设计转换数据格式。筛选出来的需要入库的数据，其格式往往不符合数据库要求，还需要进行转换。这种转换有时可能很复杂。输入数据。将转换好的数据输入计算机中。校验数据。检查输入的数据是否有误。对于中大型系统，由于数据量极大，用人工方式组织数据入库将会耗费大量人力物力，而且很难保证数据的正确性。因此应该设计一个数据输入子系统由计算机辅助数据的装载。42

23、 数据库系统的设计(3)编制与调试应用程序。数据库应用程序的设计应该与数据设计并行进行。在数据库实施阶段，当数据库结构建立好后，就可以开始编制与调试数据库的应用程序，也就是说，编制与调试应用程序是与组织数据入库同步进行的。调试应用程序时由于数据入库尚未完成，可先使用模拟数据。42 数据库系统的设计(4)数据库试运行。应用程序调试完成，并且已有一小部分数据入库后，就可以开始数据库的试运行。数据库试运行也称为联合调试，其主要工作包括：功能测试。即实际运行应用程序，执行对数据库的各种操作，测试应用程序的各种功能。性能测试。即测量系统的性能指标，分析是否符合设计目标。42 数据库系统的设计在物理设计阶

24、段的评估是较为粗糙的。数据库试运行则是要实际测量系统的各种性能指标(不仅是时间、空间指标)，如果结果不符合设计目标，则需要返回物理设计阶段，调整物理结构，修改参数；有时甚至需要返回逻辑设计阶段，调整逻辑结构。42 数据库系统的设计重新设计物理结构甚至逻辑结构，会导致数据重新入库。由于数据入库工作量实在太大，所以可以采用分期输入数据的方法，即先输入小批量数据供先期联合调试使用，待试运行基本合格后再输入大批量数据，逐步增加数据量，逐步完成运行评价。在数据库试运行阶段，由于系统还不稳定，硬、软件故障随时都有可能发生，而且系统的操作人员对新系统还不熟悉，误操作也不可避免，因此必须做好数据库的转储和恢复

25、工作，尽量减少对数据库的破坏。 42 数据库系统的设计7运行和维护阶段数据库试运行结果符合设计目标后，数据库就可以真正投入运行了。数据库投入运行标着开发任务的基本完成和维护工作的开始，并不意味着设计过程的终结，由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。42 数据库系统的设计在数据库运行阶段，对数据库经常性的维护工作主要包括：(1)数据库的转储和恢复。定期对数据库和日志文件进行备份，以保证一旦发生故障，能利用数据库备份及日志文件备份，尽快将数据库恢复到某种一致性状态，并尽可能减少对数据库的破

26、坏。42 数据库系统的设计(2)数据库的安全性、完整性控制。DBA必须对数据库安全性和完整性控制负起责任。根据用户的实际需要授予不同的操作权限。另外，由于应用环境的变化，数据库的完整性约束条件也会变化，也需要DBA不断修正，以满足用户要求。42 数据库系统的设计(3)数据库性能的监督、分析和改进。目前许多DBMS产品都提供了监测系统性能参数的工具，DBA可以利用这些工具方便地得到系统运行过程中一系列性能参数的值。DBA应该仔细分析这些数据，通过调整某些参数来进一步改进数据库性能。42 数据库系统的设计(4)数据库的重组和重构。数据库的重组。数据库运行一段时间后，由于记录的不断增、删、改，会使数

27、据库的物理存储变坏，从而降低数据库存储空间的利用率和数据的存取效率，使数据库的性能下降。此时，要对数据库进行重组，或部分重组(只对频繁增、删、改的表进行重组)。数据库的重组不改变原设计的逻辑结构和物理结构，只是按原设计要求重新安排存储位置、清理垃圾、减少指针链，以提高系统性能。42 数据库系统的设计数据库的重构。当数据库应用环境发生变化，导致实体及实体间的联系也发生相应的变化，使原有的数据库系统不能满足需求，就需要调整数据库的模式和内模式，即进行数据库的重构。一般DBMS都提供了修改数据库结构的功能。42 数据库系统的设计DBMS提供的重构数据库的功能是有限的。若实际应用环境变化很大，DBMS

28、的重构功能已无能为力，或重构数据库的代价太大，则表明现有数据库应用系统的生命周期已经结束，应该重新设计新的数据库系统，开始新数据库应用系统的生命周期。43 数据库系统设计实例 本书后续章节将以某企业人事管理系统为例，介绍数据库系统的实现过程。本节将介绍系统的规划、需求分析、系统的体系结构设计。431 系统需求分析在现代企业管理日益重视内部制度的建设的今天，企业人事管理是实现办公自动化的前提和基础。43 数据库系统设计实例1系统需求分析企业人事管理系统的用户包括企业的领导、各部门的领导、人事部门的管理人员以及相关人员。主要实现对企业中的部门信息管理、员工的基本信息管理、员工考勤考核信息管理和人事

29、工资管理等主要功能。2系统体系结构设计根据用户的需求，系统体系结构用功能模块图表示，如图4-3所示。43 数据库系统设计实例图4-3 企业人事管理系统功能模块示意图43 数据库系统设计实例在上述功能模块示意图的树状结构中，每个叶节点都是系统中一个最小的功能模块。每个功能模块针对不同的数据表完成相应的数据库操作，包括记录的添加、记录的修改、记录的删除以及记录的查询和显示。在信息管理系统中，用户管理模块的功能一般比较简单。在系统初始化时，有两个默认的用户：系统管理员用户Admin、普通用户User。系统管理员用户可以添加其他用户、修改用户的信息以及删除用户；普通用户只能修改自己的用户名和密码。43

30、 数据库系统设计实例3系统流程分析系统流程即用户使用系统时的工作过程。运行系统后，首先在登录界面，对用户的身份进行认证。身份认证包括2个过程：第1过程确认用户是否为有效的系统用户，该过程决定用户是否能进入系统；第2个过程确定用户的类型，该过程根据用户的类型决定用户的操作权限。用户登录时，每个用户可进行3次身份认证的，若3次未通过认证，系统强制退出。43 数据库系统设计实例在本系统的实现过程中，首先增加部门信息，再增加员工的信息。部门信息包括部门名称、职能描述和上级部门等。员工信息包括姓名、所属部门、身份证号等基本信息。员工信息是系统的核心数据，为员工的考勤考核管理模块和员工工资管理模块提供基本

31、数据。本系统的流程分析，如图4-4所示。43 数据库系统设计实例图4-4 系统流程分析43 数据库系统设计实例432 概念结构设计及数据分析根据关系数据库的原理，为使系统数据清晰明确地表达出来，需要建立概念模型。概念模型的建立采用最常用的ER模型方法。1数据库建模通过对管理模式的分析，可以提取出以下几个主要实体：部门、员工、员工考勤、员工考评、工资项目、工资记录等。主要实体的简明结构，如图4-5图4-10所示。43 数据库系统设计实例图4-6 员工实体图图4-5 部门实体图43 数据库系统设计实例图4-8 员工考评实体图图4-7 员工考勤实体图43 数据库系统设计实例图4-10 工资记录实体图

32、图4-9 工资项目实体图43 数据库系统设计实例2关系描述的设计依据数据库的原理，并结合上述ER图，可以导出各个关系如下：部门（部门编号，部门名称，职能描述，上级部门编号），部门编号为主关键字。员工（员工编号，姓名，性别，民族，出生日期，政治面貌，文化程度，身份证号等），员工编号为主关键字。考勤（员工编号，全勤，出差，病假，事假，旷工，加班，考勤日期），员工编号为主关键字。考评（员工编号，考评时间，奖励，处罚，考核结果），员工编号为主关键字。工资项目（项目编号，项目名称，项目类型，项目金额，计算公式等），项目编号为主关键字。工资记录（记录编号，员工编号，调薪前工资，调薪后工资，调薪原因，调薪日

33、期），记录编号为主关键字。43 数据库系统设计实例3数据库结构设计数据库结构设计十总体设计阶段的重要环节。本实例所使用的数据库名称为“RSGLXT”。数据库中包含的数据表如下：(1)部门信息表(Departments)用于保存部门的信息。部门信息表的结构，见表4-1。43 数据库系统设计实例表4-1 部门信息表的结构编号字段名称字段数据类型字段宽度说明1DepIDint部门编号，主关键字2DepNamevarchar40部门名称3Describesvarchar250部门职能描述4UpperIDint上级部门编号43 数据库系统设计实例(2)员工基本信息表(Employees)用于保存员工的基

34、本信息。员工基本信息表的结构，见表4-2。43 数据库系统设计实例表4-2 员工基本信息表的结构(1)编号字段名称字段数据类型字段宽度说明1EmpIDint员工编号，主关键字2EmpNamevarchar50员工姓名3Sexvarchar4性别4Nationalityvarchar30民族5Birthvarchar20出生日期6Political_Partyvarchar20政治面貌7Culture_Levelvarchar40文化程度8Marital_Conditionvarchar20婚姻状况9Famity_Placevarchar60籍贯10ID_Cardvarchar20身份证号11P

35、hone_Officevarchar30办公电话12Phone_Homevarchar30家庭电话43 数据库系统设计实例表4-2 员工基本信息表的结构(2)编号字段名称字段数据类型字段宽度说明13Mobilevarchar30手机号码14HireDatevarchar20到岗日期15DepIDint所在部门编号16Positionalvarchar40工作岗位17Titlevarchar20职务18Statetinyint员工状态(1在职，2兼职，3试用，4离职，5返聘，6退休)19UpperIDint上级部门编号20Salaryint工作金额21Memovarchar200备注22Fill

36、in_Personvarchar30填表用户23Fillin_Timevarchar20填表时间43 数据库系统设计实例(3)考勤信息表(CheckInfo)用于保存员工考勤的基本信息。员工考勤信息表的结构，见表4-3。43 数据库系统设计实例表4-3 考勤基本信息表的结构编号字段名称字段数据类型字段宽度说明1CheckDatechar10考勤日期2EmpIDint员工编号3Quanqinchar2是否全勤4ChuChaichar2是否出差5BingJiachar2是否病假6ShiJiachar2是否事假7KuangGongchar2是否旷工8Xiujiachar2是否休假9Chidaocha

37、r2是否迟到10ZaoTuichar2是否早退11Statutory_Holidaychar2是否法定节假日加班12Weekendchar2是否周末加班13Dailychar2是否日常加班11Memovarchar200备注43 数据库系统设计实例(4)考评信息表(KaoPing)用于保存员工考评的基本信息。考评信息表的结构，见表4-4。43 数据库系统设计实例表4-4 考评基本信息表的结构编号字段名称字段数据类型字段宽度说明1KaoPingDatechar10考评月份2EmpIDint员工编号3Estimatechar300总体评价4Hortationchar100奖励事由5Punishmentchar100处罚事由6Memochar200备注43 数据库系统设计实例(5)工资项目表(SalaryItem)用于