重识数据库设计——【软考】

  之前做机房的时候写过一篇【个人机房重构】——创建数据库三部曲,主要写了三范式、E-R图简单创建,现在看起来,光追求宏观不考虑细节是不够的。软考下午题里面的数据库设计的题,让我恶补了一下之前的知识漏洞。

  这个题主要分为三部分:补充E-R图,转换成关系模式并找出主外键,偶尔会考察一下跟数据库有关的概念(比如弱实体)。

  磨刀不误砍柴工,要想做好这道题,主要是E-R图转换成关系模式的算法存在问题,下面是对我错因的整理,希望能对大家有些帮助。

二元联系:

  1)如果实体间联系是1:1,则任一一关系模式属性加入另外一关系模式的键(为外键)和联系类型的属性。

  2)如果实体间联系是1:n,则在N端实体类型转化成的关系模式中加入1端实体类型的键(作为外键)和    联系类型的属性。

   [易错点:如果把N和1之间的联系单独抽出一张表,那么N的主键关系的主键。比如提高班,米老师教    多个学生,每个学生只有米老师一个老师,老师和学生之间的关系是授课,那么唯一能标识授课关系的主键    就是学生号,因为老师只有一个。。。,详题见2011年11月软考真题]

  3)如果实体间联系是M:N,则在N端实体类型转换成关系模式,其属性为两端实体类型的键(作为外键)加    上联系类型的属性,而键为两端实体键的组合。[易错点:找主键的时候为联合主键]

  

外键错因有三:

  1)不明概念。

    外键是其他关系模式的主键,非主键有再多种可能都不考虑。

  2)跟E-R图没有对应好。

    [例如:E-R图中存在商人实体,但是关系模式里面没有,写外键的时候忽略了]

  3) 忽略了联合主键的外键。

总结:

  这道题并不难,易错反映了自己学习存在的问题,1.概念不明,一直前行,最基础的知识没有打牢固,导致后面的学习模棱两可。2.不将就是发现的源动力,遇山开山,遇水搭桥,逃避永远都会再相逢。

时间: 2024-10-13 05:07:40

重识数据库设计——【软考】的相关文章

下午题答题技巧——【软考】

一生至少该有一次,为了某件事而忘了自己,不求结果,不求曾经拥有,只求在我最美的年华里,遇到你.小篡改了一下席慕蓉的名言,不过用这个来形容软考,感觉再合适不过了. 非常享受软考这个过程,喜欢紧张有序而丰满的生活. 总结一下下午题的答题技巧,希望能对大家有所帮助. 一.数据流图 概要:本题主要考察的数据流图的知识,主要是让写出实体.数据存储.缺失数据流.做好这个题,要利用父图子图平衡,数据流有输入必定有输出,加工的分解. 答题技巧: 1)读题.阅读一遍说明,宏观把控整道题描述的是一个什么样的系统,然

数据库设计流程

数据库设计流程  目前数据库设计一般分为6个阶段, 即需求分析阶段,概念结构设计阶段,逻辑结构设计阶段,物理结构设计阶段,实施阶段,运行与维护阶段. (1) 需求分析阶段 需求分析阶段的主要任务是指通过充分调查现实世界要处理的对象, 详细了解计算机系统的工作情况, 明确用户的各种需求, 然后确定系统的各项功能.数据库系统不仅要按照当前的应用要求来设计, 而且必须充分考虑今后可能的扩充和改变. (2) 概念结构设计阶段 概念结构设计阶段的主要任务是将需求分析阶段所得到的用户需求抽象为概念模型, 而

软考下午题详解--数据库设计

在前面的两篇博客中,小编分别对软考下午试题中的数据流图设计和uml图的相关知识点进行了详细的阐述,今天我们继续来看软考下午题中的大题部分---数据库设计,数据库的设计我们也已经早早的接触过,在第一次机房收费系统的时候我们直接用的是别人的脚本,也没有想过当时的数据库存在什么样的问题,等到个人重构机房的时候,我们需要重新设计数据库,这个时候,就不再是傻傻的导入数据库脚本文件这么简单了,我们需要从需求分析开始,自己设计数据库,什么三范式,主外键关联这都是我们需要注意的地方,可以这么说数据库设计贯穿我们

软考总结(1)——数据库设计

数据库设计,是大题中必考的,当然,也是我们开发程序必不可少的,现在对数据库设计进行一下总结. 一.数据库设计阶段划分 首先,来张图,对数据库的设计流程有一个直观的认识 (1)需求分析 目标:通过调查研究,了解用户的需求要求和处理要求 成果:整理形成需求说明书.以后设计的基础和依据.包括:数据库包含的数据.数据的特征.使用频率和数据 量的估计,例如:数据名.类型.数据的要求和使用量的大小等,通常使用数据字典进管理 (2)概念结构设计 目标:对需求分析的数据和要求进行抽象,构造反应用户环境的数据,以

软考下午题详解---数据流图设计

在历年的软考下午题当中,有五道大题,分别是数据流图的设计,数据库设计,uml图,算法和设计模式,从今天这篇博文开始,小编就跟大家来一起学习软考下午的相关内容,包括理论上的知识以及典型例题的讲解,希望给予有需要的小伙伴有力的帮助,备战软考,我们可以做的更好,今天小编主要简单总结一下数据流图的有关知识,首先,我们来看下面这张图: 接着,小编就会跟随上面思维导图的脉络,依次对软考中的数据流图进行详细讲解,有不同意见的小伙伴欢迎讨论交流,首先我们来看第一个基本的知识点: 数据流图的基本符号 数据流图简称

软考下午题具体解释---数据流图设计

在历年的软考下午题其中,有五道大题.各自是数据流图的设计,数据库设计,uml图,算法和设计模式,从今天这篇博文開始,小编就跟大家来一起学习软考下午题的相关内容.包含理论上的知识以及典型例题的解说,希望给予有须要的小伙伴有力的帮助,备战软考,我们能够做的更好,今天小编主要简单总结一下数据流图的有关知识,首先,我们来看以下这张图: 接着,小编就会尾随上面思维导图的脉络,依次对软考中的数据流图进行具体解说.有不允许见的小伙伴欢迎讨论交流,首先我们来看第一个主要的知识点: 数据流图的基本符号 数据流图简

结构化分析设计——【软考下午题】

结构化分析是面向数据流的需求分析方法.它的思想是自顶向下,逐层分解.由以下的几部分组成:数据流图.数据字典.加工逻辑说明.补充材料. 一.数据流图(DFD): [概念] Data Flow Diagram是用户易理解,分析数据流程的图形工具. [元素] 名称 图符 概念 外部实体 □ 系统外的人员和组织,数据源或终点 加工 ○ 输入流和输出流之间的变换, 包含名字和编号(确定层次,图,子加工) 数据存储 〓 存储数据,有名字 数据流 -> 固定成分数据,表示数据流向,非控制流. 除跟存储有关的,

软考之路(六)---数据库---深入浅出 三层模式两级映像

在备课数据库的时候,再一次遇到这三个概念,兴奋起来了,这次务必要转化为自己的话说出来,这样的知识点,才算理解吧(今后学习也是这样,学习的内容要用自己的话说出来为标准,才算有一定的理解). 我们首先,谈谈模式的概念,模式为某种事物的标准形式或使人可以照着做的标准样式.这个词用在数据库中,它是由英文的Schema翻译过来的.在数据库管理系统中,其模式是指数据模式(data schema),是数据抽象的结果表示,如用关系模型抽象学生的基本信息表示为:学生(学号,姓名,性别,出生年月,入校年月,专业编号

软考数据库-系统开发与软件工程

关于软件工程方面的知识,相信大家都不陌生,软考中这部分知识也是重点考察范围,关于软件工程的知识点非常的琐碎,我把这部分的知识点分成了五部分,分别是软件工程的基础知识.开发管理.需求分析.软件设计.测试与维护. 1.第一部分介绍软件工程的基础知识,它包括生存周期,开发模型,开发方法,重点要掌握几种开发模型的关联,这是软考中考频非常高的知识点. 2.第二部分介绍开发过程中的项目管理.过程管理.和质量管理. 项目管理的知识点比较多,但也确实考点也多,大家要好好的看看. 过程管理和质量管理的内容了解就好