数据库逻辑结构及物理设计省名师优质课赛课获奖课件市赛课一等奖课件.pptVIP

数据库逻辑结构及物理设计省名师优质课赛课获奖课件市赛课一等奖课件.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

逻辑结构设计;逻辑结构向关系模型转换;联络

一对一联络(1:1)

转换方法

转换为一个独立关系模式

联络名为关系模式名,与该联络相连两个实体关键字及联络本身属性为关系模式属性。

其中,每个实体关键字均为该关系模式候选键。

与任意一端关系模式合并。

可将相关两个实体转换为两个关系,并在任意一个关系属性中加入另一个关系主关键字

采取哪种转换方法视情况而定。;管理员;一对多联络(1:M)

转换方式

将一对多联络(1:M)转换为一个独立关系模式。

联络名为关系模式名,与该联络相连两个实体关键字及联络本身属性为关系模式属性。

关系模式关键字为M端实体关键字

将一对多联络(1:M)与M端关系合并

1端关键字及联络属性并入M端关系模式即可

实例:“学生”与“专业”之间联络为:1:M;专业;多对多联络(M:N)

转换方法:

将多对多联络(M:N)转换为一个关系模式

关系模式名为联络名,与该联络相连两个实体关键字及联络本身属性为关系模式属性

关系模式关键字为联络中各实体关键字并集

实例:学校中,“学生”实体和“课程”实体之间联络为多对多。见下列图:;课程;同一实体内部联络

可将该实体集分为相互联络两个子集,然后依据它们相互不一样联络(1:1、1:M、M:N)按照上述规则处理。

实例:职员实体集内部有领导和被领导关系1:M;三个或三个以上实体间多元联络

转换为一个关系模式

与该联络相连各实体关键字及联络本身属性为关系模式属性

关系模式关键字为联络中各实体关键字并集;项目;供给商(供给商号,供给商名,地址,电话)

项目(项目编号,项目名称,开工日期)

零件(零件号,零件名,材料,颜色)

使用(供给商号,项目编号,零件号,用量);应用规范化理论优化逻辑模型;设计用户子模式;子模式设计内容

子表名字

子表组成

子表每个列分别来自哪张基本表

DBMS视图功效很轻易实现子模式;物理设计;任务:依据详细计算机系统(DBMS和硬件等)特点,为给定数据库模型确定合理存放结构和存取方法:

使设计出物理数据库占用较少存放空间

对数据库操作含有尽可能高速度

设计数据库物理结构,设???人员必须充分了解:

所用DBMS内部特征

数据系统实际应用环境,尤其是数据应用处理频率和响应时间要求

外存设备特征

内容

确定数据存取方法

确定数据存放结构;影响物理设计原因;对于数据更新事务,需要得到以下信息:

要更新关系

每个关系上更新操作类型

删除和修改操作所包括到属性

修改操作要更改属性值

知道每个事务在各关系上运行频率,一些事务可能含有严格性能要求(如时间要求)

注意:在进行数据库物理设计时,通常并不知道全部事务;确定关系模式存取方法;在创建索引时候,普通遵照以下一些经验性标准:

在经常需要搜索列上建立索引

在主关键字上建立索引

在经惯用于连接列上建立索引

在经常需要依据范围进行搜索列上建立索引

在经常需要排序列上建立索引

在经常成为查询条件列上建立索引

对于一些列不应该创建索引。应该考虑以下指导性标准:

对于那些在查询中极少使用和参考列不应该创建索引

对于那些只有极少值列

属性值分布严重不均列

过长属性

经常更新属性或表;实例:

学生学籍管理系统中,三个表以下:

学生(学号、姓名、出生年月、些别、系名、班号)

课程(课程名、课程号、教师、学分)

成绩(学号、课程号、成绩)

整个系统需要统计学生平均分,某课程平均分等。所以,学生表中“学号”,课程表中“课程号”,成绩表中“学号”、“课程号”将经常出现在查询条件中,能够考虑在上面建立索引以提升效率。;确定数据库存放结构;确定数据存放位置:主要从提升系统性能角度考虑。

一些启发性标准:

在大型系统中,数据库数据备份、日志文件备份等数据只在故障恢复时才使用,而且数据量很大,能够考虑放在磁带上

对于拥有多个磁盘驱动器或磁盘阵列系统,能够考虑将表和索引分别存放在不一样磁盘上,在查询时因为两个磁盘驱动器分别工作,因而能够确保物理读写数度比较快

将比较大表分别放在不一样磁盘上,能够加紧存取速度,尤其是在多用户环境下

将日志文件和数据库对象(表、索引等)分别放在不一样磁能够改进系统性能。

确定系统存放参数配置

现行许多DBMS都设置了一些系统配置变量,供设计人员和DBA(数据库管理员)进行物理优化。

SQLServer中如:同时使用数据库用户数、同时打开数据库对象数,使用缓冲区长度、个数,数据库大小,索引文件大小,封装因子,锁数量等。

系统为这些变量都设置了一些合理初值。不过这些值只是从产品本身特征出发,不一定能适应每一个应用环境。;在物理设计时对系统配置变量调整只是初步,在系统运行时还需要依据系统实际运行情况做深入调整,以取得最正确系统性能。;数据库实施、运行和维护;数据库实施;装入试验数据,调试应用程序

分批装入小量数据做调试

试验数据

您可能关注的文档

文档评论(0)

180****1080 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档