SQL第01章数据库系统概述(续).ppt_第1页
SQL第01章数据库系统概述(续).ppt_第2页
SQL第01章数据库系统概述(续).ppt_第3页
SQL第01章数据库系统概述(续).ppt_第4页
SQL第01章数据库系统概述(续).ppt_第5页
已阅读5页,还剩41页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第1章 数据库系统概述,1.1 计算机数据处理 1.2 数据模型 1.3 数据库应用系统概述 返回目录,2,1.3 数据库应用系统概述,1.3.1 数据库应用系统的组成 1.3.2 数据库管理系统 1.3.3 数据库系统的结构 1.3.4 数据库系统的规范化设计,本章首页,3,1.3.1 数据库应用系统的组成,数据库系统通常是指数据库和相应的软硬件系统。主要由数据(库)、用户、软件和硬件四部分组成。 1 .数据(库)(DB) 数据库是长期存储在计算机内有组织的共享的数据的集合 (集中式与分布式) 。 数据库特点如下: (1.) 集成性:把数据库看成为若干个单个性质不同的数据文件的联合和统一的数据整体。 (2.) 共享性:多个不同的用户可同时存取数据库,甚至同时存取同一块数据,即多用户系统。,4,1.3.1 数据库应用系统的组成,2. 用户 用户是指使用数据库的人,即对数据库的存储、维护和检索等操作。 用户分为三类: 第一类用户,终端用户(End User) 第二类用户,应用程序员(Application Programmer) 第三类用户,数据库管理员(Database Administrator,简称DBA),5,1.3.1 数据库应用系统的组成,DBA是指全面负责数据库系统的“管理、维护和正常使用的”人员,其职责如下: (1)参与数据库设计的全过程,决定数据库的结构和内容; (2)定义数据的安全性和完整性,负责分配用户对数据库的使用权限和口令管理; (3)监督控制数据库的使用和运行,改进和重新构造数据库系统。当数据库受到破坏时,应负责恢复数据库;当数据库的结构需要改变时,完成对数据结构的修改。,6,1.3.1 数据库应用系统的组成,3.软件 (Software) 负责数据库存取、维护和管理的软件系统,即数据库管理系统(Data Base Management System,简称DBMS), DBMS是数据库系统的核心软件。 4.硬件(Hardware) 存储和运行数据库系统的硬件设备。 包括CPU、内存、大容量的存储设备、外部设备等。,7,1.3.1 数据库应用系统的组成,数据库系统层次结构图如下图 由上图看出: DBMS在操作系统(OS)的支持下工作, 应用程序在DBMS支持下才能使用数据库。,本节首页,8,1. 数据库管理系统DBMS的功能 (1). 数据定义DDL(Data Define Language) 定义数据的三级模式结构,定义二级映象,定义有关的约束条件, (2). 数据操纵DML(Data Manipulation Language) 实现对数据库的基本操作,包括检索、插入、修改、删除等。 SQL语言就是DML的一种。,1.3.2 数据库管理系统,9,(3). 数据库运行管理 DBMS 对数据库的控制主要通过四个方面实现: 数据的安全性控制 数据的完整性控制 多用户环境下的并发控制 数据库的恢复,以确保数据正确有效和数据库系统的正常运行。 (4). 数据库的建立和维护功能 包括数据库的初始数据的装入, 数据库的转储、恢复、重组织, 系统性能监视、分析等功能。,1.3.2 数据库管理系统,10,1.3.2 数据库管理系统,(5). 数据通信 DBMS提供与其他软件系统进行通信的功能。 实现用户程序与DBMS之间的通信,通常与操作系统协调完成。 (6) 数据字典( Data Dictionary ,DD ) 数据库系统中存放三级结构定义的数据库称为数据字典,数据字典中还存放数据库运行时的统计信息,例如记录个数、访问次数等。,11,1.3.2 数据库管理系统,2. DBMS的组成 DBMS是许多程序所组成的一个大型软件系统,一个完整的DBMS通常由以下部分组成: 语言编译处理程序 主要序包括以下2个程序: 1)数据定义语言(DDL)编译程序:它把用DDL编写的各级源模式编译成各级目标模式。 2)数据操纵语言(DML)编译程序:它将应用程序中的DML语句转换成可执行程序,实现对数据库的检索、插入和修改等基本操作。,12,1.3.2 数据库管理系统, 系统运行控制程序 主要包括以下几个部分: 1)系统总控程序 2)安全性控制程序 3)完整性控制程序 4)并发控制程序 5)数据存取和更新程序 6)通信控制程序,13,1.3.2 数据库管理系统, 系统建立、维护程序 主要包括以下几个部分: 1)装配程序:完成初始数据库的数据装入。 2)重组程序:当数据库系统性能降低时(如查询速度变慢),需要重新组织数据库,重新装入数据。 3)系统恢复程序:当数据库系统受到破坏时,将数据库系统恢复到以前的正确状态。,14,1.3.2 数据库管理系统,3. 关系型数据库简介 关系型数据库的定义 关系型数据库是基于关系模型的一种数据库,是一些相关的表和其他数据库对象的集合。,15,1.3.2 数据库管理系统,3. 关系型数据库简介 关系型数据库的定义 三层含义: 1)在关系数据库中,信息存放在二维表格结构的表(table)中,一个关系数据库包含多个数据表,每一个表又包含行(记录)和列(字段)。 2)这些表之间是相互关联的。表之间的这种关联性是由主键和外键所体现的参照关系实现的。 3)数据库不仅仅包含表,而且包含了其他数据库对象,如:视图、存储过程、触发器等。,16,1.3.2 数据库管理系统,表1-3 关系数据库术语与其它术语的比较,17,1.3.2 数据库管理系统, 主键和外键 主键(PRIMARY KEY,简写为PK)是指表中的某一列或几列的组合,该列或列的组合的值惟一地标识一行记录。 主键用于实施实体完整性,即每个表必须有而且仅有一个主键,每一个主键值必须惟一,而且不允许为空值(NULL)。 例如学生表的主键是学号,教师表的主键是教师编号;,18,1.3.2 数据库管理系统, 主键和外键 外键(FOREIGN KEY,简写为FK)是指一个表中含有与另一个表的主键PK相同的列组,那么该列组称为外键,外键并不要求惟一。 例如学生表里面有一个属性是班主任(教师编号),教师编号又是教师表的主键,那么称教师编号为学生表的外键。,19,1.3.2 数据库管理系统,创建外键的优点: 1) 提供了表与表之间的连接。 2) 根据主键的列值来检查参照该主键的外键列值的合法性,保证了外键的每一个列值都是一个有效的PK值而实施参照完整性。,20,1.3.2 数据库管理系统, 主键和外键 公共键(COMMON KEY) 是指如果两个表中具有相同的列或列组,这个列或列组称为这两个表的公共键。 外键是特殊的公共建;,21,1.3.2 数据库管理系统, 关系数据库的特点 最重要的是必须保证数据的完整性。 排除大多数的冗余数据,减少了对存储空间的需求,加快了数据访问的速度; 应用程序可以通过多级的安全检查来限制对数据的访问。,22,1.3.2 数据库管理系统, 几种常见的关系数据库简介 1)ORACLE公司的数据库产品功能繁多而且特别强大,拥有多平台发行的版本,适用于大型、中型和微型机系统,但需要较多的硬件资源支持,操作起来比较复杂; 2)Sybase公司的数据库产品Sybase是世界上第一个真正基于C/S结构的关系数据库产品,可以在多种不同的操作系统中运行; 3)微软公司量身定做的SQL Server系列产品运行在微软自己的Windows 或Windows 200X Server系统上,拥有低成本的硬件平台、最先进的引擎、最多的功能、最简单的管理。 4)IBM公司DB/2系列的产品一般适合于IBM自己的大型机系统,如IBM Framework主机。,本节首页,23,1.3.3 数据库系统的结构,1数据库系统的三级模式结构 数据库系统内部的体系结构分为三级:外模式、概念模式和内模式 外模式 外模式是三级结构的最外层,又称子模式或用户模式,它是用户看到并允许使用的那部分数据的逻辑结构。DBMS提供子模式描述语言(子模式DDL)来定义子模式。,24,1.3.3 数据库系统的结构,1数据库系统的三级模式结构 概念模式 简称模式(Schema),是数据库中全体数据的逻辑结构和特征的描述。 概念模式处于三级结构的中间层,是整个数据库实际存储的抽象表示,既包含了数据库的整体逻辑; 也是对现实世界的一个抽象,是现实世界某应用环境(企业或单位)的所有信息内容集合的表示,也是所有个别用户视图综合起来的结果。,25,1.3.3 数据库系统的结构, 内模式 又称存储模式,是三级结构中的最内层,也是靠近物理存储的一层,即与实际存储数据方式有关的一层。 它是对数据库存储结构的描述,是数据在数据库内部的表示方式。存储模式与物理级数据相互对应,DBMS提供内模式描述语言(内模式DDL)来定义内模式。,26,1.3.3 数据库系统的结构,概念级数据库只不过是物理级数据库的一种抽象描述,用户级数据库是用户与数据库的接口。 用户根据外模式进行操作,通过外模式到概念模式的映射与概念级数据库联系起来,又通过概念模式到内模式的映射与物理级数据库联系起来。 DBMS的中心工作之一就是完成三级数据库间的转换,把用户对数据库的操作转化到物理级去执行。,27,1.3.3 数据库系统的结构,2数据库系统的二级映射 模式内模式映射 数据库中的模式和内模式都只有一个,所以模式内模式映射是惟一的。 通过映射功能保证数据存储结构的变化不影响数据的全局逻辑结构的改变,从而不必修改应用程序,确保了数据的物理独立性。,28,1.3.3 数据库系统的结构, 外模式模式映射 数据库中的同一模式可以有任意多个外模式,对于每一个外模式都存在一个外模式模式映射。 它确定了数据的局部逻辑结构与全局逻辑结构之间的对应关系。 由于应用程序是依据数据的局部逻辑结构编写的,所以应用程序不必修改,从而保证了数据与程序间的逻辑独立性。,本节首页,29,1.3.4 数据库系统的规范化设计,1. 数据库的设计任务与内容 设计任务:在DBMS的支持下,按照应用的要求,为某一部门或组织设计一个结构合理、使用方便、运行效率较高的数据库及其应用系统。 设计内容: 一是结构设计,也就是设计数据库框架或数据库结构; 二是行为设计,即设计应用程序、事务处理等。,30,1.3.4 数据库系统的规范化设计,2. 数据库的设计方法 目前,常用的各种数据库设计方法都属于规范化设计法,即都是运用软件工程的思想与方法,根据数据库设计的特点,提出了各种设计准则与设计规程。这种工程化的规范设计方法也是在目前技术条件下设计数据库最实用的方法。,31,1.3.4 数据库系统的规范化设计,3. 数据库的设计步骤 需求分析 数据库设计首先必须准确了解与分析用户需求(包括数据与处理)。了解数据流程,数据的使用情况,并做出分析。需求分析是整个设计过程的基础,也是最困难、最耗费时间的一步。,32,1.3.4 数据库系统的规范化设计, 概念结构设计 进行严格、准确的用户需求分析后,下一步应该考虑如何实现用户的这些需求。在将现实世界需求转化为机器世界的模型之前,先以一种独立于具体数据库管理系统的逻辑描述方法来描述数据库的逻辑结构,即设计数据库的概念结构。,33,1.3.4 数据库系统的规范化设计, 逻辑结构设计 逻辑结构设计是将抽象的概念结构转换为所选用的DBMS支持的特定数据模型,并对其进行优化,形成数据库的逻辑模式。逻辑结构设计分为三个步骤: 将概念结构阶段设计好的概念结构转换为一般的数据模型,如关系、网状或层次模型。 将转换后的一般数据模型转化为特定DBMS所支持的特定数据模型。 对特定的数据模型进行优化。,34,1.3.4 数据库系统的规范化设计, 数据库物理设计 数据库的物理设计一般包括以下几个方面: 表设计 约束设计 视图设计 安全性设计 业务规则的实现 确定系统配置,35,1.3.4 数据库系统的规范化设计,4. 数据库关系模式的规范化设计 规范化的目的如下所述: 1)减少冗余数据。 2)避免插入、删除、更新异常。 3)减少不相容数据。 4)使设计的数据结构更容易维护。 关系数据库中的关系必须遵循一定的规则,这种规则就是范式。,36,1.3.4 数据库系统的规范化设计,4. 数据库关系模式的规范化设计 规范化理论使用范式来描述所希望的表和列的安排方式。目前关系数据库有六种常见的范式: 第一范式(Fisrt Normal Form ,1NF) 第二范式(2NF) 第三范式(3NF) Boyce-Codd范式(BCNF) 第四范式(4NF) 第五范式(5NF),37,1.3.4 数据库系统的规范化设计, 关系模式的几个基本概念 主键:惟一标识实体的的属性或属性组合的集合称为键。 候选关键字:该属性集中的属性或属性组合称为。 主关键字:若侯选关键字多于一个,则选定其中一个做主关键字。 组合关键字:如果候选关键字不是单一属性,而是几个属性的组合,称为组合关键字。 非主属性:包含在任意一个侯选关键字中的属性称为主属性,不包含在任意一个侯选关键字中的属性称为非主属性。 全关键字:关系模式中所有属性的组合才能作为键,称之为全关键字。,38,1.3.4 数据库系统的规范化设计, 第一范式 如果一个关系模式R的所有属性都是不可分割的即是第一范式(1NF),记作R1NF。 例如,如果关系模式P(学号、姓名、性别、年龄、所在系)用来存储学生信息,这里所有的属性都是不可分割的数据最小单位,因此关系模式P是第一范式。 如果模式P中加入电话号码这个属性,由于电话号码有手机号码、家庭电话号码等多个属性值,不是不再可分的最小数据单位,因此,模式P便不再是第一范式。,39,1.3.4 数据库系统的规范化设计, 第二范式 如果一个关系模式R1NF,且它的任一个非主属性必须完全依赖于任一个主关键字,则该模式属于第二范式(2NF),记作R2NF。 例如,关系模式SLC(学号、姓名、性别、课程号、成绩、所在系、住处)用来存储学生选修课程的成绩; 现将关系模式SLC分解为两个关系模式: SC(学号、课程号、成绩) SL(学号、姓名、性别、所在系、住处) 分解后的关系模式SC(主关键字:学号、课程号)和SL(主关键字:学号)中非主关键字对主关键字都是完全依赖了。所以SC、SL属于第二范式,40,1.3.4 数据库系统的规范化设计, 第三范式 如果一个关系模式R2NF,并且它的所有非主属性都不传递依赖于主关键字,则称R满足第三范式,记作R3NF。 显然,第三范式要求非候选关键字互不依赖,也就是说,满足第三范式的数据库中的表中的列不包含已在其它表中包含的非主关键字信息。,41,1.3.4 数据库系统的规范化设计, 第三范式 显然关系模式SC(学号、课程号、成绩)没有传递依赖,因此,SC3NF。而关系模式SL(学号、姓名、性别、所在系、住处)中,所在系依赖于学号,住处依赖于所在系,可以得知,住处传递依赖于学号。因此,关系模式SL3NF。 现将关系模式SL分解为三个关系模式: SCS(学号、姓名、性别) SD(学号、所在系) DL(所在系、住处) 分解后的关系模式不在存在传递依赖,因此模式SCS、SD、DL属于第三范式 。,42,1.3.4 数据库系统的规范化设计, BCNF范式 BCNF范式是由Boyce和Codd于1974年提出的,比上述的3NF又进了一步。通常认为BCNF是修正的第三范式,有时也称为扩展的第三范式。 如果一个关系模式R中的所有属性包括主属性和非主属性都不传递依赖于任意候选关键字,则称R满足BCNF范式,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论