- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
【2017年整理】数据库基本概念
1.1数据库基本概念
一、教学目标
(一)言语信息
1、理解概念(数据库、数据库管理系统、数据库系统、数据模型)
2、了解数据模型,理解数据模型分类原理
3、记忆关系型数据库语言的语句及相应功能
(二)情感态度
培养学生的探索精神,使其对数据库产生兴趣
二、重点
理解关系模型,了解其结构特点及基本形式
三、教学方法
讲授法,教师采用讲授法将概念与理论讲解清楚,逻辑清晰,可举例子帮助学生理解。教师在讲解中可先讲解数据库的概念,使学生明白数据库是什么,使用数据库的目的,为了该目的应该如何操作或学习。这样学生在学习过程中就不会不知所措,有目的的教学可提高课堂效率,学生的学习效果也会更好。
四、教学过程
(一)导入
采用直接导入的方式,引入数据库的概念。板书:Database 数据库 DB
师:数据库(Database)是存放数据的仓库,这些数据之间存在一定联系,并按一定的格式存放在计算机内。数据库相当于一个容器,数据的存放是有序的,不是随意存放在计算机内的,数据库的存在解决了数据存放的问题,使数据的存放有组织。此处板书教师可以画一个象征性的容器。
例如,把一个学校的学生、课程、成绩等数据有序地组织并存放在计算机内,就可以构成一个数据库。
(二)深入讲解
师:与数据库有关的概念还有:数据库管理系统(Database management system)、数据库系统。
数据库管理系统按一定的数据模型组织数据形成数据库,并对数据库进行管理,就是管理数据库的软件。比较的流行的DBMS有:Oracle、SQL Server、MySQL、Access等。Oracle是目前最流行的。
数据库系统的构成主要有:数据、数据库、数据库管理系统、操作数据库的应用程序,加上支撑它们的硬件平台、软件平台和与数据库有关的人员。
师:谁能说出数据库系统与数据库管理系统的区别?使学生参与到教学中,提高学习兴趣。
板书:数据库管理系统——>数据库系统。
师:了解了数据库以后,来看一下数据。先来了解一下数据模型,数据模型(DataModel)是数据特征的抽象,是数据库管理的教学形式框架。数据库系统中用以提供信息表示和操作手段的形式构架。强调的是列的原子性,即列不能够再分成其他几列。考虑这样一个表:【联系人】(姓名,性别,电话)?如果在实际场景中,一个联系人有家庭电话和公司电话,那么这种表结构设计就没有达到 1NF。要符合 1NF 我们只需把列(电话)拆分,即:【联系人】(姓名,性别,家庭电话,公司电话)。1NF 很好辨别,但是 2NF 和 3NF 就容易搞混淆。?第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分,那么就非要将“地址”这个属性重新拆分为省份、城市、详细地址等多个部分进行存储,这样在对地址中某一部分操作的时候将非常方便。这样设计才算满足了数据库的第一范式,如下表所示。
第二范式(2NF):首先是 1NF,另外包含两部分内容,一是表必须有一个主键;二是没有包含在主键中的列必须完全依赖于主键,而不能只依赖于主键的一部分。比如要设计一个订单信息表,因为订单中可能会有多种商品,所以要将订单编号和商品编号作为数据库表的联合主键,如下表所示。这样就产生一个问题:这个表中是以订单编号和商品编号作为联合主键。这样在该表中商品名称、单位、商品价格等信息不与该表的主键相关,而仅仅是与商品编号相关。所以在这里违反了第二范式的设计原则。
而如果把这个订单信息表进行拆分,把商品信息分离到另一个表中,把订单项目表也分离到另一个表中,就非常完美了。如下所示。
首先是 2NF,另外非主键列必须直接依赖于主键,不能存在传递依赖。即不能存在:非主键列 A 依赖于非主键列 B,非主键列 B 依赖于主键的情况。?比如在设计一个订单数据表的时候,可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息(比如姓名、所属公司等)的字段。如下面这两个表所示的设计就是一个满足第三范式的数据库表。第二范式(2NF)和第三范式(3NF)的概念很容易混淆,区分它们的关键点在于,2NF:非主键列是否完全依赖于主键,还是依赖于主键的一部分;3NF:非主键列是直接依赖于主键,还是直接依赖于非主键列。
文档评论(0)