SQL Server 第1章课件

上传人:仙*** 文档编号:253078186 上传时间:2024-11-28 格式:PPT 页数:102 大小:2.18MB
返回 下载 相关 举报
SQL Server 第1章课件_第1页
第1页 / 共102页
SQL Server 第1章课件_第2页
第2页 / 共102页
SQL Server 第1章课件_第3页
第3页 / 共102页
点击查看更多>>
资源描述
,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,审计署计算机审计中级培训,祝翠玲,山东经济学院信息管理学院,2010-10,数据库应用技术,1,课程介绍,是一门讲授,数据库技术,方面的课程;,包括数据库的,基本原理,以及数据库的,操作,;,以,SQL Server,为例介绍从安装、配置环境、创建数据库、创建表到操作数据库数据、安全管理、完整性约束、数据备份与恢复等知识。,2,教学目标,理解和掌握数据库的基本概念和理论;,掌握,SQL Server 2008,数据库的安装和配置;,理解,SQL Server 2008,的基本概念;,能,独立操作,SQL Server 2008,数据库。,3,第,1,章,数据库基础,概述,1.1,数据库系统的概述,1.2,数据模型,1.3,数据库系统结构,1.4,关系数据理论,1.5,数据库系统体系结构,4,1.1,数据系统概述,5,1.1.1,数据管理技术的产生和发展,“信息爆炸”面临的问题,存储,信息爆炸,访问,共享,安全,6,数据密集型应用的三个特点,涉及的,数据量大。,数据不随程序的结束而消失。,数据被多个应用程序,共享。,7,数据管理的发展,人工管理阶段,文件系统管理阶段,数据库管理阶段,8,1,、人工管理阶段,20,世纪,50,年代中期以前。,手工管理,如图书目录的,手工编制和手工统计处理。,特点:,(,1,)数据不保存;,(,2,)应用程序管理数据;,(,3,)数据不能共享; (,4,)数据不具有独立性。,9,2,、文件管理阶段,50,年代到,60,年代中期,;,应用程序,1,文件,1,应用程序,2,文件,2,应用程序,n,文件,n,文件,系统,10,文件管理阶段,文件是存储在存储介质一组,相关信息的集合,。,特点:,(,1,)数据文件可以长期保存;,(,2,)程序与数据有了一定的独立性,程序和数据分开存储,有了程序文件和数据文件的区别; (,3,)文件形式多样化;(顺序文件,索引文件等),(,4,)数据的存取基本上以记录为单位。,11,学生基本情况,学生管理其它的数据,学生基本情况,有关学生选课数据,学生选课子系统,学生管理子系统,冗余!,文件系统,12,文件管理系统的缺点,编写应用程序,不方便,;,数据,冗余,不可避免,;,数据冗余还会带来数据的不一致性,(inconsistency),应用程序,依赖性,;,文件系统的数据独立性(,data independence,)不好,13,文件管理系统的缺点,不支持对文件的,并发,访问,多个应用程序对同一个文件进行访问。,数据间,联系弱,文件和文件之间的彼此独立,联系弱。,难以按,用户视图,表示数据,表示学生信息的数据复杂。,无,安全控制功能,14,应用程序,1,应用程序,2,应用程序,n,DBMS,数据库,3,、数据库管理阶段,20,世纪,60,年代后期以来。,15,数据库管理阶段,使用文件系统时,应用程序是,直接访问存储数据,文件,而使用数据库系统时则是通过,DBMS,访问数据。编程人员不需要关心数据的物理存储形式。,在数据库系统中,数据不再仅仅服务于某个程序或用户,而是看作一定范围的,共享,资源,由,DBMS,统一管理。,应用程序,1,文件,1,应用程序,2,文件,2,应用程序,n,文件,n,文件,系统,应用程序,1,应用程序,2,应用程序,n,DBMS,数据库,16,有关学生管理的其它数据,学生基本情况,有关选课的其它数据,学生选课子系统,学生管理子系统,数据库管理系统(,DBMS,),共享,数据库系统,17,数据库管理系统的优点,相互,关联,的数据的集合,较少的,数据冗余,程序与数据,相互独立,保证数据的安全、可靠,最大限度地保证数据的正确性,数据可以并发使用并能同时保证一致性,18,1,、相互关联的数据的集合,数据库中的数据不是,孤立,的,数据与数据之间是相互关联的。也就是说,在数据库中不仅要能够表示数据本身,还要能够表示,数据与数据之间的联系,。,学生,课程,学生与课程之间的联系,19,2,、较少的数据冗余,数据库中的数据被统一管理,合理组织,形成统一的逻辑结构,每一个数据项的值可以只存储一次,最大限度地控制了数据冗余。,任何对数据的操作都由数据库管理系统,DBMS,完成。,DB,D,B,M,S,20,3,、数据具有较高的独立性,数据独立性是,指数据的组织和存储方法与应用程序互不依赖、彼此独立的特性。,数据的物理独立性:当数据的存储结构(或物理结构)改变时,数据的逻辑结构可以不变,从而应用程序也可以不发生改变。,数据的逻辑独立性:当数据的总体逻辑结构改变时,通过数据库提供的总体逻辑结构和某类应用所涉及的局部逻辑结构的映像的改变,而保持局部逻辑结构不发生变化,程序员是根据局部逻辑结构编写应用程序的,所以应用程序也就可以不发生改变。,21,4,、保证数据的安全、可靠,数据库技术要能够保证数据库中的数据是安全、可靠的。,有效地防止数据库中的数据被非法使用或非法修改,数据遭到破坏时能立刻将数据完全恢复,主动安全,被动安全,安全机制,备份恢复,22,5,、最大限度地保证数据的正确性,保证数据正确的特性在数据库中称之为,数据完整性。,学生的年龄,200,岁,23,6.,数据可以并发使用并能同时保证数据的一致性,在多个用户同时使用数据库时,能够保证不产生冲突和矛盾,保证数据的一致性和正确性。,24,500,元,500+300=800,500-168=332,332,元,800,元,500,元,500,元,并发应用,25,1.1.2,数据库系统的组成,数据库系统是指在计算机系统中引入数据库后的系统。包括:,(,1,)数据库;,(,2,)数据库管理系统及其开发工具;,(,3,)应用系统;,(,4,)数据库用户和管理员。,26,数据库系统的简单结构,应用程序,1,应用程序,2,应用程序,n,数据库管理系统,(,DBMS,),数据库管理员(,DBA,),数据库,基础,27,数据库,是数据的汇集,它以一定的组织形式存于存储介质上。,DBMS,是,管理数据库的系统软件,,它实现数据库系统的各种功能。是,数据库系统的核心,。,DBA,:,负责数据库的规划、设计、协调、维护和管理等工作。,应用程序,指以数据库为基础的应用程序。,数据库系统的简单结构,28,数据库系统的组成,操作系统,DBMS,应用开发工具,应用系统,数据库系统在整个计算机系统中的位置,硬件,29,1.1.3,数据库管理系统,简单说,DBMS,就是管理数据库的系统软件,它应该具有如下功能:,数据定义功能(定义),数据操纵功能(插入、删除、修改),数据查询功能,30,数据库管理系统,数据维护功能(能完成数据库的备份与恢复等),数据控制功能,(,安全控制,完整性控制,),数据通讯功能,数据库的数据服务功能。,31,数据库 数据库管理系统 数据库系统,数据 软件 系统,三个概念,32,1.2,数据模型,33,内容,数据模型的概念和分类,实体联系模型,关系模型,实体联系模型向关系模型的转换,34,1.2.1,数据模型的概念、分类及构成,数据,数据模型的基本概念,数据模型三要素,概念层次数据模型,组织层次数据模型,35,1.,数据,数据是人们从实际当中抽取感兴趣的事物,特征或属性,;,不仅指狭义的数值数据,还是描述事物的一种符号,它是信息的载体,是信息的具体表现形式。在信息处理中,信息载体上反映信息内容且可被接收者(人或机器)识别的物理符号称为数据。,36,数据(,Data,),数据有一定的格式,例如,性别是一个汉字的字符。格式的规定是数据的语法,而数据的含义是数据的语义。,数据是信息存在的一种形式,只有通过解释或处理才能成为有用的信息。,通过解释、推论、归纳、分析和综合等方法,从,数据,所获得的有意义的内容称为信息,。,37,数据是信息的载体,数据是信息的表述方式,信息是从数据而来的知识,信息系统,加工处理,数据,信息,数据和信息,38,数据模型的概念,模型是,对,现实世界,感兴趣的内容的抽象,特征的模拟和抽象。,(是理解系统的思维工具),数据模型是用来,抽象、表示和处理现实世界中的数据和信息的。,(如:数据库、文件),设计数据库系统时,一般要求用图或表的形式抽象地反映数据彼此之间的关系,称为建立数学模型。,39,数据模型满足条件,数据模型应满足三个条件:,能比较真实地模拟现实世界;,容易被人们理解;,便于在计算机上实现。,40,数据的三种范畴,现实,信息,电脑,41,数据的三种范畴,42,数据的三种范畴,43,数据模型,是数据库系统的核心和基础。,DBMS,都基于,某种数据模型,。,为了把现实世界中的具体事物抽象、组织为某一具体,DBMS,支持的数据模型,,通常首先将现实世界抽象为信息世界,(,概念数据模型,),然后再将信息世界转换为机器世界(,组织数据模型,),概念数据模型与,DBMS,无关,组织数据模型与,DBMS,有关,1.2.1.3,数据模型分类,44,数据模型分类,第一类是,概念数据模型,:主要是面向现实世界,从数据的,语义视角,来,抽取模型,,按,用户的,观点来对数据和信息进行建模。主要用在数据库的设计阶段。,第二类是,组织数据模型,:是面向机器世界的。从,数据的组织层次,来,描述数据,,主要包括,层次模型,、,网状模型,、,关系模型,等。此模型是从计算机系统的观点对数据进行建模,主要用于,DBMS,的实现。,45,现实世界客观事物的抽象过程,现实世界,信息世界:概念模型,机器世界:具体,DBMS,支持的数据模型,转换,人的认识抽象,46,数据的描述包括两个方面,数据的静态特征:包括数据的,基本结构、数据间的联系和数据中的约束。,数据的动态特征:指定义在,数据上的操作的集合,包括操作及有关的操作规则,。比如对学生的基本信息可以查询、修改和增加新记录等。,47,数据模型三要素,数据结构,:用于描述数据库系统的静态特征。包括两类:,1.,与数据类型、内容、性质有关的对象,如关系模型中的域、属性和关系等;,2.,与数据之间联系有关的对象,它从数据组织层表达数据的结构。,数据的操作,:用于描述数据库系统的动态特性。,数据提取:在,数据集合,中提取感兴趣的内容。(,SELECT,)。,数据更新:变更数据库中的数据值。(,INSERT,、,DELETE,、,UPDATE,),数据的约束条件,:,用于描述数据库系统的静态特性,是一组数据完整性规则的集合。,完整性规则是,数据及其联系所具有的制约和依存规则,,用以保证数据的正确、有效和相容,使数据系统值和现实系统状态一致。,48,1.2.2.,实体联系,模型,概念模型实际上是现实世界到机器世界的一个中间层次。,概念模型:主要描述现实世界中实体以及实体和实体之间的联系。,常用的概念模型:实体,-,联系模型(,E-R,模型)。,E-R,模型使用的工具称为,E-R,图,它描述的是现实世界的信息结构,E-R,模型的三要素:,实体、联系和属性,49,定义,客观存在,并,可以相互区分,的,客观事物,或,抽象事件,。,客观事物:学生、职工等,抽象事件:球赛,上课,实体的表示方式,在关系数据库中,一般一个实体被映射成一个关系表,表中的一行对应一个可区分的现实世界对象,称为,实体实例,“银行”实体的每家银行都是“银行”实体的实例。,在,E-R,图中用,矩形框,表示实体,把实体名写在框内,比如学生实体可以表示为:,1.,实体,学生,50,实体所具有的某一特性称为属性。,身高,年龄,性别,体重,标识属性:用于区分实体的实体特性,2.,属性,51,3.,联系,联系是,数据之间的关联集合,,是客观存在的应用,语义链,。,实体内部的联系,:指组成,实体的各属性之间的联系,。如职工实体中,职工号和部门经理号之间有一种关联关系,即部门经理号的取值受职工号取值的约束(部门经理也是职工,也有职工号)。,实体之间的联系,:指不同,实体之间,联系。例学生选课实体和学生基本信息实体之间,学生选课实体中的学号和学生基本信息实体中的学号之间的联系。,常见的是,实体之间,的联系。,52,联系的表示方式,实体之间的联系用,菱形框,表示,框内写上联系名,并用连线与有关的实体相连。,联系名,实体,1,实体,2,53,联系的类型,一对一联系,(1:1),如果实体,A,中的每个实例在实体,B,中至多有一个(也可以没有)实例与之关联,反之亦然,则称实体,A,与实体,B,具有一对一联系。,一对多联系,(1:n),如果实体,A,与实体,B,之间存在联系,并且对于实体,A,中的一个实例,实体,B,中有多个实例与之对应;而对实体,B,中的任意一个实例,在实体,A,中至多有一个实例与之对应,则称实体,A,到实体,B,的联系是一对多。,多对多联系,(,m:n,),如果实体,A,与实体,B,之间存在联系,并且对于实体,A,中的一个实例,实体,B,中有多个实例与之对应;而对实体,B,中的一个实例,在实体,A,中也有多个实例与之对应,则称实体,A,到实体,B,的联系是多对多的。,54,一对一联系的例子,部门和正经理(假设一个部门只有一个正经理)、系和正系主任(假设一个系只有一个正主任)都是一对一联系。,工作,部门,经理,1,1,55,ER,实,例(,1,),1,1,厂长,工厂,管理,姓名,年龄,厂长号,厂名,地点,厂号,56,有班和学生两个实体,并且有语义:一个班可以有多名学生,但一个学生只在一个班学习。那么班和学生之间的联系是一对多的,我们把这种,联系,命名为,学习,。,一对多联系的例子,学习,班,学生,1,n,57,ER,实,例(,2,),n,1,仓库,产品,存放,地点,面积,仓库号,品名,价格,货号,数量,实体有属性,关系也有属性。,58,多对多联系的例子,有学生和课程两个实体,并且有语义:一个学生可以修多门课程,一门课程可以被多个学生修。那么学生和课程之间的联系就是多对多的,我们把这种联系命名为选课。,学生,课程,选课,m,n,59,ER,实,例(,3,),n,m,学生,课程,学习,课程名,学时数,课程号,姓名,性别,学号,助学金,成绩,实体有属性,关系也有属性。,60,员工数据库的,ER,图,n,m,雇员,工作,Job Name,JobID,Name,Dept,Emp,ID,Dept Sup,承担,Hours,实体有属性,关系也有属性。,61,多个实体之间的联系,有顾客、商品、销售员三个实体,并且有语义:每个顾客可以从多个销售员购买商品,可购买多种商品;每个销售员可向多个客户销售商品,可销售多种产品;每种商品可由多个销售员销售,可由多个客户购买购买。,顾客,商品,销售员,购买,m,n,p,62,1.2.3,关系,数据模型,关系数据模型就是用,关系,表示现实世界中,实体以及实体之间联系的,数据模型。,包括的三要素,:,(,1,)关系数据结构;,(,2,)关系数据操作;,(,3,)关系完整性约束。,63,1,关系模型的数据结构,把数据看成是,二维表中的元素,而这个二维表就是关系,;,用关系(,表格数据,)表示实体以及实体之间联系的模型称为关系数据模型,示例:学生基本信息表。,学号,姓名,年龄,性别,政治面貌,系,专业,2010001,张三,2010002,2010003,2010004,64,关系模型中的基本术语,关系 :,关系就是二维表,。并满足如下性质:,关系表中的每一列都是,不可再分,的基本属性;,表中的各属性不能重名。(行、列次序并不重要,),元组:,表中的每一行称作是一个元组,它相当于一条记录值,。,属性 :,表中的每一列是一个属性值集,,列可以命名,称为属性名。二维表中对应某一列的值称为属性值,;,二维表中列的个数成为关系的元数,.,65,二维表的结构称为关系模式;或者说关系模式就是二维表的表框架或结构,它相当于,文件结构或记录结构。,关系模式,REL,(,A1,,,A2,,, An,),关系名称,各属性名称,图,1-12,银行关系:,银行(,银行代码,,银行名称,电话,负责人),图,1-12,贷款关系,贷款(,银行代码,,,法人代码,,,贷款日期,,贷款金额,贷款年限),66,关系模式,表头,元组,属性,1,属性,2,属性,n,67,候选关键字,如果一个属性集的值能够,唯一标识,一个关系的元组而,不含有多余属性,,则称该属性集为,候选关键字,。,简言之,候选关键字就是,能唯一标识一个关系的元组的最小属性集。,候选关键字可以有,一个属性,组成,也可以由,多个属性,组成。,确定候选关键字与实际的语义、设计者的意图有关。,68,学生档案表,:,学号各不相同。,候选关键字,学号,姓名,年龄,性别,政治面貌,系,专业,2010001,张三,2010002,2010003,2010004,2010005,69,候选关键字,P13-,例题,1,银行(,银行代码,,银行名称,负责人),P13-,例题,2,:假设各家银行电话不同,银行(,银行代码,,银行名称,,电话,,负责人),P13-,例题,3,:分三种情况,贷款(银行代码,法人代码,贷款日期,贷款金额,贷款年限),P13,70,P13-,情况,1,银行代码,法人代码,贷款日期,贷款金额,贷款年限,Y001,p01,Y003,p02,Y003,p03,前提,:,一个法人只能贷一次款,一家银行可以有多个法人贷款,71,P13-,情况,2,银行代码,法人代码,贷款日期,贷款金额,贷款年限,Y001,p01,Y003,p01,Y003,p02,Y001,p02,前提,:,一个法人可以在多家银行贷款,一家银行可以有多个法人贷款,但是一个法人只能在一家银行贷款一次,72,P13-,情况,3,银行代码,法人代码,贷款日期,贷款金额,贷款年限,Y001,p01,2010-8-3,Y001,p01,2010-8-4,Y001,p02,2010-8-3,Y001,p02,2010-8-6,前提,:,一个法人可以在多家银行贷款,一家银行可以有多个法人贷款,一个法人可以在同一家银行贷款多次,但是一个法人同一天只能在同一家银行贷款一次,73,6,、主关键字,有时一个关系中有多个候选关键字,这时就可以选择其中一个作为主关键字,简称,关键字,或者主码,主键。,用于惟一地确定一行数据的一个属性或最小属性组,。,每一个关系有且仅有一个主关键字。,主关键字的选取与具体的语义和系统需求相关。,74,主关键字例题,例题,3,贷款(银行代码,法人代码,贷款日期,贷款金额,贷款年限),(假设一个法人只能贷一次款,一家银行可以有多个法人贷款),候选关键字:,法人代码,主关键字:,法人代码,当一个关系中有一个候选关键字时,则此候选关键字就是主关键字。,75,7,、主属性,包含在任一候选关键字中的属性称为主属性。,主属性未必在主码中。,例题,1,银行(,银行代码,,银行名称,负责人),例题,2,:各家银行电话不同,银行(,银行代码,,银行名称,,电话,,负责人),76,8,、非主属性,不包含在任一候选关键字中的属性称为非主属性。,例题,1,银行(银行代码,,银行名称,负责人,),例题,2,:各家银行电话不同,银行(银行代码,,银行名称,,电话,,负责人,),77,9,、外部关键字,如果一个属性集不是所在关系的,关键字,,但是是其他关系的关键字,则该属性集称为外部关键字。 也称为外码或外键。,外部关键字例题,贷款关系,(,银行代码,,法人代码,贷款日期,贷款金额,贷款年限)。,外部关键字一般定义在联系中,用于表示两个或多个实体之间的关联关系。它实际上是表中的一个(或)多个属性,它参照某个其他表的主关键字,当然也可以是候选关键字。,78,10,、参照关系和被参照关系,在关系数据库中可以通过外部关键字使两个关系关联,这种联系通常是一对多的,其中主关系称为被参照关系,从关系称为参照关系。,银行;贷款关系,银行(银行代码,银行名称,负责人),贷款(银行代码,法人代码,贷款日期,贷款金额,贷款年限),学生(学号,姓名,专业,。),选课(学号,课程号,成绩),79,参照关系和被参照关系,银行(银行代码,银行名称,负责人),贷款(银行代码,法人代码,贷款日期,贷款金额,贷款年限),学生(学号,姓名,专业,。),选课(学号,课程号,成绩),80,1.2.3.2,关系模型的数据操作,主要包括:,传统的集合运算,:,并、交、差、笛卡尔积,专门的关系运算,:,选择、投影、连接,关系数据操作:查询、插入、删除和修改数据,81,关系的基本运算包括选择、投影和联接。, 选择:从指定的关系中选择满足给定条件的元组组成新的关系。如下图从关系成绩中选择计算机大于,90,的元组组成关系,S1,。,专门的关系运算,82, 投影:从指定关系的属性集合中选取若干个属性组成新的关系。如从关系成绩中选择“学号”、“姓名”、“英语”组成新的关系,S2,。,专门的关系运算,83, 联接:将两个关系中的元组按指定条件组合,生成新的关系。如将成绩,1,和成绩,2,按相同学号合并组成新的关系,S3,。,专门的关系运算,84,1.2.3.3,关系模型的数据完整性约束,数据完整性是指,数据库中存储的数据是有意义的或正确的,。,关系模型的完整性规则是对关系的某种约束条件,.,主要包括三大类:,实体完整性,参照完整性,(引用完整性),用户定义的完整性,(域完整性,语义完整性),85,实体完整性,实体完整性是保证关系中的,每个元组都是可识别的和唯一的,.,实体完整性指的是关系表中的所有的表都必须有,主码,,而且表中不允许存在如下的记录:,无主码值的记录,主码值相同的记录,若属性,A,是基本关系,R,的主属性,则属性,A,不能取空值。,实体完整性规则规定了关系的所有,主属性,都不可以取空值,而不仅仅是主关键字不能取空值。,86,实体完整性例题,银行代码,银行名称,电话,负责人,备注,Y001,p01,2010-8-3,Y002,p02,2010-8-4,Y003,p03,2010-8-8,Y004,p04,2010-8-6,87,参照完整性,不允许引用“,主表内不存在的数据,” 。,外码:取作本表属性之一的外表主码(主码值先在其主表中生成,后在其他表中引用),88,学生,课程,修课,(,SNO, SNAME,),(,CNO, CNAME,),(,SNO,CNO, Grade, ),外码引用例,1,89,n 1,职工,部门,(,ENO,,,DNO,,ENAME),(,DNO,,DNAME),外码引用例,2,90,P14.,例题,4,,,5,例题,4,银行(,银行代码,,银行名称,电话,城市代码),城市(,城市代码,,城市名称),例题,5,银行(,银行代码,,银行名称,电话),法人(,法人代码,,法人名称,经济性质,注册资金),贷款(,银行代码,法人代码,贷款日期,,贷款金额,贷款期限),91,参照完整性,参照完整性定义了外部关键字与主关键字之间的参照规则。,参照完整性规则的内容:如果属性,F,是关系,R,的外部关键字,它与关系,S,的主关键字,K,相对应,则对于关系,R,中的每个元组在属性,F,上的值必须为,:,(,1,)或者取空值(,F,的每个属性均为空值);,(,2,)或者等于,S,中某个元组的主关键字值。,92,参照完整性,例题,4,银行(,银行代码,,银行名称,电话,城市代码),城市(,城市代码,,城市名称),思考:贷款关系中的两个外部关键字“银行代码,”,和“法人代码,”,是否可取空值?,93,用户定义的完整性,用户定义的完整性也称为域完整性或语义完整性。,按应用语义,属性数据有,:,类型与长度限制,:方便计算机操作,取值范围限制,:防止属性值与应用语义矛盾,语义许可取值范围约束例,:,成绩取,0 . 100, ,优、良、中、及格、不及格,日期,:,入学日期,毕业日期,94,1.2.4,实体联系模型向关系模型的转换,实体联系模型向关系模型的转换要解决的问题:,(,1,)如何将实体和实体间的联系转换为关系模式;,(,2,)如何确定这些关系模式的属性和关键字。,95,将实体联系模型向关系模型的转换就是要将实体、实体的属性和实体间的联系转换为关系模式。遵循的原则:,(,1,)对于,E-R,图中的,每个实体,都应该转换为一个关系模式,.,实体的属性就是关系模式的属性,实体的标识属性就是关系模式的主关键字;,(,2,)对于,E-R,图中的,联系,,需要根据实体联系方式的不同,采用不同的手段加以处理。,实体联系模型向关系模型的转换,96,二元联系的常用处理办法,P18,,图,1-13,银行,行长,负责,银行代码,银行名称,行长代码,行长姓名,1,1,银行表(,银行代码,,银行名称,,行长代码,),行长表(,行长代码,,行长姓名),银行表(,银行代码,,银行名称),行长表(,行长代码,,行长姓名,,银行代码,),97,1,:,n,关系的处理,银行,职员,工作,银行代码,职员代码,职员姓名,银行名称,所在部门,1,n,银行表(,银行代码,,银行名称),职员表(,职员代码,,职员姓名,所在部门,,银行代码,),98,m:n,关系的处理,银行,法人,贷款,银行代码,法人代码,法人名称,银行名称,经济性质,m,n,贷款日期,贷款金额,银行表(,银行代码,,银行名称),法人表(,法人代码,,法人名称,经济性质),贷款表(,银行代码,,,法人代码,,,贷款日期,,贷款金额),99,E-R,图练习,1,试画出下列叙述的,E-R,图:,医院每个病区有一名科室主任,每名主任只能在一个病区任职;每个病区有若干名医生,每个医生只能在一个病区任职;每个病人有若干名医生管理。,100,E-R,图练习,2,试画出下列叙述的,E-R,图,并转化为关系。,一个部门含有多个办公室,参与多个工程;一个工程有多个部门参加;一个职工只属于一个部门,一个办公室,只参加一个工程。,识别实体:,部门(部门编号、部门名称、财务预算、负责人),职工(职工号、姓名、职称、工资),工程(工程号、工程名、工程预算),办公室(办公室名、电话),101,E-R,图练习,3,试用,E-R,图表示高校系统中学生、班级、课程、教师之间的联系,并转换成关系,识别实体:,学生(学号、姓名、性别、年龄),班级(班级号、班级名、系别、专业),课程(课程号、课程名、学分),教师(职工号、姓名、性别、年龄、职称),约束条件,:,一个教师只能教一门课程、一门课程有多个教师教。,102,
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 管理文书 > 施工组织


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!