简单大数据库设计实例.doc

简单大数据库设计实例.doc

ID:56523985

大小:155.50 KB

页数:9页

时间:2020-06-27

简单大数据库设计实例.doc_第1页
简单大数据库设计实例.doc_第2页
简单大数据库设计实例.doc_第3页
简单大数据库设计实例.doc_第4页
简单大数据库设计实例.doc_第5页
资源描述:

《简单大数据库设计实例.doc》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、数据库设计实例数据库设计是数据库应用系统设计的一个组成部分,其核心是针对于特定的应用环境,设计合理的数据模型,创建数据库及其应用系统,使之能够有效地存储和处理数据,以满足用户的应用需求。从实用角度出发,数据库设计可分为如下几个步骤:第一步:创建概念数据模型u确定实体和关系u确定属性u规化数据第二步:生成物理数据模型第三步:验证设计为便于学习者理解和掌握,下面结合具体的实例来讲解和展示数据库设计的详细过程。假定我们要开发一个小型的ERP系统,以管理公司部资源,其应用业务场景描述如下:v512工作室由IT业界专业人士组成,在提供高端

2、IT培训业务的同时,还自主制作并免费发布大量公益性学习资源,工作室以公司形式运营,目前共拥有18名员工,这些员工分属于4个部门,且员工之间存在上下级管理关系。计划将来根据业务的发展设立更多的部门,聘用更多的员工。为保证质量,工作室对其成员的各项专业技能进行了级别评定。8.5.1确定实体和关系1.确定高级别的活动要确定本ERP系统数据库设计中的实体和实体间关系,首先应明确要基于该数据库执行的高级别活动,这里所谓的高级别活动是指从用户的视角出发,确定本数据库设计中系统所涉及到的业务活动。比如,存储和维护员工的个人信息等。在前述的应用

3、业务场景中,v512工作室需要考虑的高级别活动包括:-聘用新员工-解雇现有员工-维护员工的个人信息-增设新部门-裁撤现有部门-维护部门信息-维护工作室业务相关的技能信息-维护各员工的业务技能掌握情况2.确定实体接下来要确定的是,针对上述的高级别活动需要记录和维护有关哪些事物的信息,这些事物将被转换为实体。其中,员工相关信息可抽象为“Employee”实体、部门相关信息可抽象为“Department”实体、技能相关信息抽象为“Skill”实体,为规和方便起见,这些实体均采用英文命名,并尽量在名称中体现其含义。3.确定关系进一步对上

4、述高级活动进行分析,以确定实体间存在何种关系。具体包括:-Employee-Department实体之间存在隶属关系员工必须且只能隶属于某一个特定的部门,一个部门可以包含0~多名员工,此为一对多关系。这种从两个方向上对同一个关系的细化描述被称为关系的角色,每个关系都对应两种角色。-Employee-Department实体之间存在管理关系每一名员工可以管理0~1各部门,每个部门必须由一名员工负责管理(其管理者不必须隶属于本部门),此为一对一关系。-Employee-Skill实体之间存在掌握关系每一名员工均应掌握1~多项业务技能

5、,每项技能可能被0~多名员工掌握,此为多对多关系。-Employee-Employee实体之间存在管理关系每位员工由0~1位上级员工负责管理,有的员工可能没有上司(比如公司经理),但有的话只能有一位直接上级。上级员工可以管理0~多位为下级员工。经分析而得的上述实体间关系如图8-14所示。图8-14数据库设计实例CDM之14.将多对多关系更改为实体前文中已讲过,在多对多关系中,可能会出现有属性与关系相关联、而不是单纯的与实体相关联的情况,将这样的属性添加到任何一个实体中都是不合理的,此时应将该关系转换为、或者说定义为实体。我们这里

6、的Employee与Skill实体之间就存在这种情况——员工所掌握的技能项目及其评定等级信息就与两个实体之间的多对多关系相关联,因此将此多对多关系定义为“人力资源”(HR)实体,转换后的实体-关系如图8-15所示。图8-15数据库设计实例CDM之2在实际的数据库应用设计中,更简单而可行的处理原则是,将一切多对多关系均转换为实体,而不必逐个对其进行细化分析,这样可以很好地解决违背数据库规化第二式的问题。5.分解活动接下来,需要对前述的高级别业务活动做进一步分析,看是否可以将其中的部分或全部项目分解为相对低级别、或者说更细致的业务活

7、动,比如,其中“维护工作室业务相关的技能信息”这一高级别的活动可继续分解为:-添加新的技能项目-删除不再使用的技能项目-维护/更新现有技能项目的详细详细最后一项高级活动“维护各员工的业务技能掌握情况”也可以进行类似的分解。需要说明的是高级业务活动的确定以及这里的细化分解并没有一成不变的标准,这就好比实现某一预期功能的编程工作是没有标准答案的(有的只是参考实现),其目的都是为后续的确定业务规则和实体属性等步骤提供便利,如果业务逻辑不是很复杂的话也可以一步完成,具体由数据库设计者自行把握即可。6.确定业务规则接下来要做的是,对前述业

8、务活动进行再次分析,确定其应遵守的具体规则。比如,一名员工必须且只能隶属于某一个部门就是一个业务规则。业务规则通常可以表示为一对一、一对多和多对多关系,或者相应的约束条件,这些规则将来会体现到数据库的结构之中。本实例中相关的业务规则如下:-员工必须隶属于某一个部

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。