ch04_数据库系统.pptVIP

第四章 数据库系统 第四章 数据库系统 4.1数据库系统概述 4.2数据库管理系统中的SQL语言 DB的创建；表的创建；对表内数据添、改、删命令。 4.3SQL语言的数据查询功能 熟练掌握select语句常用语法、单表查询、联接查询、子查询 4.1 数据库系统概述_4.1.1数据模型 对现实世界事物特征的模拟和抽象是这个事物的模型(model)。数据模型也是一种模型，是对现实世界事物数据特征的模拟和抽象。 DB领域涉及到三类数据模型：概念/逻辑/物理数据模型 概念数据模型：用户看到的问题描述模型，接近自然语言用户易理解 与DBMS无关，例：E-R图。 逻辑数据模型：在程序一级涉及到的模型 与DBMS有关，常由数据结构、数据操作、数据完整性组成，其中最重要的是数据结构。例：层次/网状/关系/面向对象数据模型。 物理数据模型：在存储级别上看到的数据模型 与DBMS有关，用户看不到。 数据模型应满足三方面要求（是矛盾的，人们采用多级数据模型解决） 能比较真实地模拟现实世界 容易为人所理解 便于在计算机上实现 概念模型_常用E-R图描述 实体-联系模型(Entity-Relationship,E-R) ，常用该模型作为数据库的概念设计的主要工具，其对应的成果称为E-R图。用此图来表示实体及实体之间的联系，形像且直观。它由以下三个要素组成： 实体：现实世界中客观存在且可相互区别的事物或概念。一个实体集合（实体集）对应数据库中的表，而其中的每一行则对应一个实体。用矩形表示。 属性：表示实体或联系的某种特征。一个属性对应表中的一列。用椭圆表示。能唯一标识实体的属性或属性组称码。（在码中的属性称主属性，一般在主属性下面加下划线。）。属性的取值范围是域。用形如“实体名(属性名1,属性名2,…)”刻画实体集，称实体型。 联系：实体之间的相关性。用菱形表示。一个E-R图及其对应的数据表示例如下所示： 实体型之间的联系（在一定的语境下，以学校数据库为例） 一对一 1:1 学校与校长。理由：一个学校只能有一个校长，而校长定了，其所负责的学校也就定了。 一对多 1:n 院/系与专业。理由：一个院/系对应若干个专业。 计算机科学与工程系下有计算机多媒体、软件技术、…等多个专业，而这些专业同属一个院/系。 学生与辅导员、学生与宿舍。 多对多 m:n 学生与课程。理由：一个学生可选修多门课，而一门课可被多个学生选修。 作E-R图的步骤 先确定实体集和联系集，把参加联系的实体集连接起来（标上实体联系的关联度），然后分别连接上各实体的属性和联系的属性（如有的话）。当实体集和联系较多时，为使E-R图整洁、可读性，可先在总图中略去属性，然后附上详细的单个实体及其属性、联系及其属性（如有的话） 。 举例：一简化的选课系统： 学生：学号、姓名、性别、家庭住址 教师：工号、姓名、职称、系别 课程：课程号、课程名、学时数、学分 一名学生可选多门课，一门课可被多名学生选修，一名教师只能授一门课，一门课可由多名教师讲授。 4.1.2 关系模型与关系数据库 支持关系模型的DBS，称关系DBS。 关系型数据库由一些相关的数据表和其它数据库对象组成的集合。 数据表（table）：由行(row)和列(column)组成的二维结构。每行称为一条记录（record，也称元组，一般是一个事物）。每行上面均有结构相同的列（也称字段(field)，一般是事物的一个属性(attribute) ）。数据表之间的相关性由主键(primary key，也叫主码)、外键(foreign key，也叫外码)所体现的参照关系实现。 对一个关系的描述称关系的模式（类似E-R中的实体型）：关系名(属性名1,属性名2,…) 码（候选码）：唯一标识一个实体。码中的属性叫主属性。不在任何码中的属性叫非码属性。从可能有多个的候选码中选一个作为主码。 其它数据库对象：视图(view)、存储过程(procedure)、索引(index)、触发器(trigger)等。 如学生信息表所示：表名是：student_info，属性有：student_ID、student_Name、student_Sex、born_Date、class_NO、tele_Number…组成，分别表示：学号、姓名、性别、出生日期、班级号、电话号码… 。 任两行之间结构相同，只是具体到某些特定的属性上有所区别而已（作为主码的student_ID 肯定不能相同，以示不同的学生）。所以，从语义上，可将所有有效的学生信息均存储在本表中，所以称：学生信息表。本数据库内所有涉及到学生这一实体对象的数据均应来之于此。（否则就是胡编乱造的非法数据） 主键与外键 主键：唯一标识表中的每一行元组。 可由一个或多个属性组成主键。由全部属性组成主键的，称为全键(full key