精华内容
下载资源
问答
  • 关系数据库的全局逻辑模式
    2022-03-09 14:57:01

    在这里插入图片描述

    一.模式Schema

    1.模式,也称逻辑模式
    ①数据库中全体数据的逻辑结构和特征的描述。
    ②所有用户的公共数据视图。
    2.一个数据库只有一个模式
    3.模式的地位:是数据库系统模式结构的中间层
    ①与数据的物理存储细节和硬件环境无关。
    ②与具体的应用程序、开发工具及高级程序设计语言无关。
    4.模式的定义
    ①数据的逻辑结构(数据项的名字、类型、取值范围等)。
    ②数据之间的联系。
    ③数据有关的安全性、完整性要求。
    5.数据库管理系统提供模式数据定义语言(DDL)来严格定义模式。

    二.外模式External Schema

    1.外模式,也称为子模式或用户模式
    ①数据库用户(包括应用程序员和最终用户)使用的局部数据的逻辑结构和特征的描述。
    ②数据库用户的数据视图,是与某一应用有关的数据的逻辑表示。
    2.外模式的地位:介于模式与应用之间
    ①模式与外模式的关系:一对多。

    a.外模式通常是模式的子集;
    b.一个数据库可以有多个外模式。反映了不同的用户的应用需求、看待数据的方式、对数据保密的要求;
    c.对模式中同一数据,在外模式中的结构、类型、长度、保密级别等都可以不同。

    ②外模式与应用的关系:一对多。

    a.同一外模式也可以为某一用户的多个应用系统所使用;
    b.但一个应用程序只能使用一个外模式。

    3.外模式的用途
    ①保证数据库安全性的一个有力措施;
    ②每个用户只能看见和访问所对应的外模式中的数据。

    4.展现的数据量不同:
    外模式是某个或某几个用户所看到的数据库的数据视图,从模式导出的一个子集,是与某一应用有关的数据的逻辑表示。

    三.内模式Internal Schema

    1.内模式,也称存储模式。
    ①是数据物理结构和存储方式的描述。
    ②是数据在数据库内部的表示方式。

    a.记录的存储方式(例如,顺序存储、按照B树结构存储、按hash方法存储等);
    b.索引按什么方式组织方式;
    c.数据是否压缩存储;
    d.数据是否加密;
    e.数据存储记录结构的规定(如:定长或变长结构等)。

    2.一个数据库只有一个内模式。

    四.数据库的二级映像功能与数据独立性

    1.三级模式是对数据的三个抽象级别。
    2.二级映像在数据库管理系统内部实现这三个抽象层次的联系和转换。
    ①外模式 / 模式映像
    ②模式 / 内模式映像

    五.外模式 / 模式映像

    1.模式:描述的是数据的全局逻辑性。
    2.外模式:描述的是数据的局部逻辑性。
    3.同一个模式可以有任意多个外模式。
    4.每一个外模式,数据库系统都有一个外模式/模式映像,定义外模式与模式之间的对应关系。
    5.映像定义通常包含在各自外模式的描述中。
    6.保证数据的逻辑独立性
    ①当模式改变时,数据库管理员对外模式/模式映像作相应改变,使外模式保持不变。
    ②应用程序使依据数据的外模式编写的,应用程序不必修改,保证了数据与程序的逻辑独立性,简称数据的逻辑独立性。

    六.模式 / 内模式映像

    1.模式/内模式映像定义了数据全局逻辑结构与存储结构之间的对应关系。
    2.数据库中模式/内模式映像是唯一的。
    3.该映像定义通常包含在模式描述中。
    4.保证数据的物理独立性
    ①当数据库的存储结构改变了,数据库管理员修改模式/内模式映像,使模式保持不变。
    ②应用程序不受映像。保证了数据与程序的物理独立性,简称数据的物理独立性。

    七.模式 / 内模式 / 外模式

    1.三种模式在数据库中的定位不同:外模式反映了数据库的用户观,对应于用户级;内模式反映了数据库的存储观,对应于物理级。
    2.数据库模式
    ①即全局逻辑结构是数据库的中心与关键;
    ②独立于数据库的其他层次;
    ③设计数据库模式结构时应首先确定数据库的逻辑模式。
    3.数据库的内模式
    ①依赖于它的全局逻辑结构;
    ②独立于数据库的用户视图,即外模式;
    ③独立于具体的存储设备;
    ④将全局逻辑结构中所定义的数据结构及其联系按照一定的物理存储策略进行组织,以达到较好的时间与空间效率。
    4.数据库的外模式
    ①面向具体的应用程序;
    ②定义在逻辑模式之上;
    ③独立于存储模式和存储设备;
    ④当应用需求发生较大变化,相应外模式不能满足其视图要求时,该外模式就得做相应改动;
    ⑤设计外模式时应充分考虑到应用的扩充性。
    5.特定的应用程序
    ①在外模式描述的数据结构上编制的;
    ②依赖于特定的外模式;
    ③与数据库的模式和存储结构独立;
    ④不同的应用程序有时可以共用一个外模式。
    6.数据库的二级映像
    ①保证了数据库外模式的稳定性;
    ②从底层保证了应用程序的稳定性,除非应用需求本身发生变化,否则应用程序一般不需要修改。
    7.数据与程序之间的独立性,使得数据的定义和描述可以从应用程序中分离出去。
    8.数据的存取由数据库管理系统管理
    ①简化了应用程序的编制;
    ②大大减少了应用程序的维护和修改。

    更多相关内容
  • 数据库设计5-逻辑结构设计

    千次阅读 2022-06-05 06:37:31
    目录一、概念二、初始关系模式设计(E-R图转换关系模式)1、实体集向关系模式的转换2、两个实体型之间的联系集向关系模式的转换3、同一实体型...需要具体说明把原始数据进行分解、合并后重新组织起来的数据库全局逻辑

    目录

    一、概念

    二、初始关系模式设计(E-R图转换关系模式)

    1、实体集向关系模式的转换

    2、两个实体型之间的联系集向关系模式的转换

    3、同一实体型之间的联系集向关系模式的转换

    4、多实体型之间的联系向关系模式的转换

    5、弱实体集向关系模式的转换

     三、关系模式规范化

    1、概念

    2、范式

    四、模式的评价与改进


    一、概念

            逻辑结构设计是将概念结构设计阶段完成的概念模型,转换成能被选定的数据库管理系统(DBMS)支持的数据模型。这里主要将E-R模型转换为关系模式。需要具体说明把原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构,包括所确定的关键字和属性、重新确定的记录结构和文件结构、所建立的各个文件之间的相互关系,形成本数据库的数据库管理员视图。一般的逻辑设计分为以下3步:初始关系模式设计、关系模式规范化、模式的评价与改进。


    二、初始关系模式设计(E-R图转换关系模式)

    1、实体集向关系模式的转换

            实体集的转换规则:一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就的码。

    例:学生实体可以转换为如下关系模式:

    学生(学号,姓名,性别,出生日期,所在系,年级)

    2、两个实体型之间的联系集向关系模式的转换

    (1)1:1联系的转换

            1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。

            如果转换为一个独立的关系模式,则与该联系相连的各实体的主码以及联系本身的属性均转换为关系的属性,每个实体的主码均是该关系的候选码。如果与某一端对应的关系模式合并,则需要在该关系模式的属性中加入另一个关系模式的主码和联系本身的属性。

    (2)1:n联系的转换

             1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。

            若转换为一个独立的关系模式,则与该联系相连的各实体的主码以及联系本身的属性均转换为关系的属性,而关系的主码为n端实体的主码。若与n端关系模式合并,则在n端实体集中增加新属性,新属性由联系对应的1端实体集的主码和联系自身的属性构成,而关系模式的主码不变。

     

    (3)m:n联系的转换

            与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。 

    3、同一实体型之间的联系集向关系模式的转换

            同一实体型的实体间的联系即自联系,也可按上述1:1、1:nm:n三种情况分别处理。

     (1)1:1联系的转换

    (2)1:n联系的转换

    (3)m:n联系的转换

    4、多实体型之间的联系向关系模式的转换

            两个以上的实体型间也存在着1:1、1:n和m:n三种情况。

    (1)1:n的多元联系

            修改1端实体集对应的关系,即将与联系相关的其他实体集的码和联系自身的属性作为新属性加入到1端实体集中。

    (2)m:n的多元联系

            新建一个独立的关系,多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。

    5、弱实体集向关系模式的转换

            强实体集和弱实体集的概念与存在依赖密切相关,强实体集的成员必然是支配实体,而弱实体集的成员是从属实体。由于弱实体不能独立存在,它必须依附于一个所有者实体,因此将弱实体集转换成关系模式时,弱实体所对应的关系中必须包含所有者实体的主码。

     三、关系模式规范化

    1、概念

            数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能,还应该根据应用需要适当修改、调整数据模型的结构,这就是数据模型的优化。关系数据模型的优化通常以规范化理论为指导,将关系模式规范化,使之达到较高的范式是设计好关系模式的唯一途径,否则,设计的关系数据库会产生一系列的问题。

            一个“好”的关系模式应当不会发生插入和删除异常,冗余度要尽可能少。对于存在问题的关系模式,可以通过模式分解的方法使之规范化。“分解”是解决冗余的主要方法,也是规范化的一条原则,“关系模式有冗余问题,就分解它”。

            函数依赖基本概念
            规范化是指用形式更为简洁、结构更加规范的关系模式取代原有关系模式的过程。

            关系模式必须满足一定的完整性约束条件以达到现实世界对数据的要求。完整性约束条件主要包括以下两个方面:

            对属性取值范围的限定

            属性值间的相互联系(主要体现在值的相等与否),这种联系称为数据依赖。

            客观世界的事物间存在着错综复杂的联系,实体间的联系有两类:一类是实体与实体之间的联系;另一类是实体内部各属性间的联系。而属性间的联系可分为3类:

            一对一联系(1:1)。设X和Y是关系R的两个属性(集)。如果对于X中的任一具体值,Y中至多有一值与之对应;反之亦然,则称X、Y两属性间是一对一联系。

            一对多联系(1:n)。设X和Y是关系R的两个属性(集)。如果对于X中的任意具体值,Y中至多有一个值与之对应,而Y中的一个值却可以在X中的n个值(n≥0)相对应,则称Y对X是一对多联系。

            多对多联系(m:n)。设X和Y是关系R的两个属性(集)。如果对于X中的任意具体值,Y中有m个值(m≥0)与之对应,而Y中的一个值也可以和X中的n个值(n≥0)相对应,则称Y对X是多对多联系。

            数据依赖是指通过一个关系中属性间值的相等与否体现出来的数据间的相互关系,是现实世界属性间相互联系的抽象,是数据内在的性质。数据依赖共有3种:

            函数依赖(Functional Dependency, FD)

            多值依赖(Multivalued Dependency, MVD)

            连接依赖(Join Dependency, JD)

            其中最重要的是函数依赖和多值依赖。

            在数据依赖中,函数依赖是最基本、最重要的一种依赖,它是属性之间的一种联系,假设给定一个属性的值,就可以唯一确定(查找到)另一个属性的值。这种唯一性并非指只有一个记录,而是指任何记录。

            设有关系模式R(U),X和Y均为U={A1, A2, …, An}的子集,r是R的任一具体关系,r中不可能存在两个元组在X上的属性值相等,而在Y上的属性值不等(也就是说,如果对于r中的任意两个元组t和s,只要有t[X]=s[X],就有t[Y]=s[Y]),则称X函数决定Y,或称Y函数依赖于X,记作X→Y,其中X叫作决定因素(Determinant),Y叫作依赖因素(Dependent)。

            属性间联系决定函数依赖。

            1:1联系。如果两属性集X、Y之间是1:1联系,则存在函数依赖X←→Y。

            1:n联系。如果两属性集X、Y之间是n:1联系,则存在函数依赖X→Y。

            m:n联系。如果两属性集X、Y之间是m:n联系,则不存在函数依赖。

            识别函数依赖是理解数据语义的一个组成部分,依赖是关于现实世界的断言,它不能被证明,决定关系模式中函数依赖的唯一方法是仔细考察属性的含义。

    2、范式


            利用规范化理论,使关系模式的函数依赖集满足特定的要求,满足特定要求的关系模式称为范式(Normal Form)。关系按其规范化程度从低到高可分为5级范式,分别称为1NF、2NF、3NF(BCNF)、4NF、5NF。规范化程度较高者必是较低者的子集。一个低一级范式的关系模式,通过模式分解可以转换成若干个高一级范式的关系模式的集合,这个过程称为规范化。

    (1)第一范式(1NF)
            如果关系模式R中不包含多值属性(每个属性必须是不可分的数据项),则R满足第一范式(First Normal Form),记作R∈1NF 。1NF是规范化的最低要求,是关系模式要遵循的最基本的范式,不满足1NF的关系是非规范化的关系。关系模式如果仅仅满足1NF是不够的,只有对关系模式继续规范化,使之满足更高的范式,才能得到高性能的关系模式。

    (2)第二范式(2NF)
            如果关系模式R(U, F)∈1NF,且R中的每个非主属性完全函数依赖于R的某个候选码,则R满足第二范式(Second Normal Form),记作R∈2NF。不满足2NF的关系模式,会产生以下几个问题:插入异常、删除异常、更新异常。解决的办法是用投影分解把关系模式分解为多个关系模式。投影分解是把非主属性及决定因素分解出来构成新的关系,决定因素在原关系中保持,函数依赖关系相应分开转化(将关系模式中部分依赖的属性去掉,将部分依赖的属性单组组成一个新的模式)。

    (3)第三范式(3NF)
            如果关系模式R(U, F)∈2NF,且每个非主属性都不传递函数依赖于任何候选码,则R满足第三范式(Third Normal Form),记作R∈3NF。解决的办法同样是投影分解。3NF是一个可用的关系模式应满足的最低范式,也就是说,一个关系模式如果不满足3NF,则实际上它是不能使用的。

    四、模式的评价与改进

            关系模式的规范化不是目的而是手段,数据库设计的目的是最终满足应用需求。因此,为了进一步提高数据库应用系统的性能,还应该对规范化后产生的关系模式进行评价、改进,经过反复多次的尝试和比较,最后得到优化的关系模式。

    展开全文
  • 并根据逻辑结构设计准则、数据的语义约束、规范化理论等对数据模型的结构进行适当的清整和优化,形成合理的全局逻辑结构,并设计出用户子模式。 4 2. 逻辑结构设计的步骤 逻辑结构设计的步骤主要有三步。 第一,将...
  • 将全局概念结构转化为某个具体DBMS所支持的数据模型,并根据逻辑结构设计准则、数据的语义约束、规范化理论等对数据模型的结构进行适当的调整和优化,形成合理的全局逻辑结构。;02; 概念设计中得到的E-R图是由实体...
  • 分布式数据库模式结构可以划分为全局视图、全局概念层、局部概念层、局部内层。各层之间有相应的层间映射。具体介绍如下:1、全局外层分布式数据库是一组分布的局部物理数据库逻辑集合。分...

     

     

    分布式数据库的模式结构可以划分为全局视图、全局概念层、局部概念层、局部内层。各层之间有相应的层间映射。具体介绍如下:

    1、全局外层 

    分布式数据库是一组分布的局部物理数据库的逻辑集合。分布式数据库的全局视图由多个用户视图组成。用户视图是对分布式数据库的最高层抽象。分布式数据库与集中式数据库的视图

    有同样的概念,不同的是,它不是从某个具体节点上的局部数据库中抽取,而是从一个虚拟的由各局部数据库逻辑集合中抽取,对全局用户而言,不论他在分布式数据库系统中的哪一个节点上访问系统中的数据。,都可以认为所有的数据库都在本场地,而且他只关心他们自己所使用的那部分数据。

    2、全局概念层 

    全局概念层是分布式数据库的整体抽象,包含了系统中全部数据的特性和逻辑结构,是对数据库的整体描述。从分布式透明特性来说,分布式数据库的全局概念层具有三种模式描述信息。

    全局概念模式:描述分布式数据库全局数据的逻辑结构,是分布式数据库的全局概念视图。全局概念模式包括模式名、属性名、玫红属性的数据类型的定义和长度。

    分片模式:描述全局数据逻辑划分的视图,它是全局数据的逻辑结构根据某种条件的划分,每一个逻辑划分既是一个片段或称为分片。

    分配模式:描述局部逻辑的局部物理结构,是划分后的片段的物理分配视图,属于全局概念层的内容。

    分布式数据库的定义语言除了需要提供概念模式的定义语句外,还需要提供分片模式和分配模式的定义语句。全局模式到分片模式到分配模式之间存在着映射。全局概念模式到分配模式到分片模式是一对多。

    分片模式到分配模式是一对多或者一对一,主要根据数据分布的冗余策略决定。一对一标明分片数据有多个副本存储在不同节点上,并且同一场地一般情况下不允许有相同的副本存在。一对一表明数据是非冗余的。

    3、局部概念层

    局部概念层是由局部概念模式描述,一般情况下,它是全局概念模式的子集,全局概念模式经逻辑划分后被分配在各局部场地上。

    在分布式数据库局部场地上,每个全局关系有该该全局关系的若干个逻辑片段的物理片段集合,该集合是一个全局关系在某个局部场地上的物理映像,全部的物理映像组成局部概念模式。

    4、局部内层 

    局部内层是分布式数据库中关于物理数据库的描述。分布式数据库四层结构及其模式定义之间的相互映射关系,体现了分布式数据库是一组用网络联结的局部数据库的逻辑集合。四层结构体现了分布式数据库的特点。

    全局数据库与局部数据库分离:全局数据库是虚拟的,全局数据库系统视图由全局概念层定义,完全独立于各个场地的局部数据库;局部概念层和局部内层可以看作是局部数据库,它是全局数据库的内层。

    数据库的数据独立性:全局概念层和局部概念层是分布式数据库的全局整体逻辑数据和局部整体整体逻辑数据的抽象。

    透明性:在全局概念层中,把数据的分片概念和数据的分配概念分别定义,从而把分布透明中的分片透明和分配透明相分离。

    数据冗余控制:数据冗余只在分配时才涉及,并且分布式系统提供了重复副本透明性。分布式系统还可以提供比节点更低一级的透明性管理,即用户只要指定某个副本,系统对其他副本完成相应的操作,从而保证所有副本的完整性和可用性。

     

    IT技术分享社区

    个人博客网站:https://programmerblog.xyz

    文章推荐程序员效率:画流程图常用的工具程序员效率:整理常用的在线笔记软件远程办公:常用的远程协助软件,你都知道吗?51单片机程序下载、ISP及串口基础知识硬件:断路器、接触器、继电器基础知识

    展开全文
  • 数据库系统结构(1)两种角度(2)数据库系统模式的概念(3)数据库系统的三级模式结构① 模式(Schema)② 外模式(External Schema)③ 内模式(Internal Schema)④ 数据库模式、外模式、内模式总结(4)数据库的...


    0.思维导图

    在这里插入图片描述

    1.数据库系统结构

    (1)两种角度

    • 从数据库管理系统角度看,数据库系统通常采用三级模式结构,是数据库系统内部的系统结构

    • 从数据库最终用户角度看(数据库系统外部的体系结构) ,数据库系统的结构分为:
      单用户结构
      主从式结构
      分布式结构
      客户/服务器
      浏览器/应用服务器/数据库服务器多层结构等

    (2)数据库系统模式的概念

    来自张教授的解疑:模式是数据库结构的描述、关系模式是表的结构的描述;

    “型” 和“值” 的概念

    • 型(Type)
      对某一类数据的结构和属性的说明
    • 值(Value)
      是型的一个具体赋值

    例如
    学生记录型:
    (学号,姓名,性别,系别,年龄,籍贯)
    一个记录值:
    (900201,李明,男,计算机,22,江苏)

    模式(Schema)

    • 数据库逻辑结构和特征的描述
    • 是型的描述
    • 反映的是数据的结构及其联系
    • 模式是相对稳定的

    实例(Instance)

    • 模式的一个具体值
    • 反映数据库某一时刻的状态
    • 同一个模式可以有很多实例
    • 实例随数据库中的数据的更新而变动

    一个数据库只有一个模式,可以把模式看成唯一的数据库,实例就是数据库里面的多个表

    例如:在学生选课数据库模式中,包含学生记录、课程记录和学生选课记录

    • 2003年的一个学生数据库实例,包含:
      2003年学校中所有学生的记录
      学校开设的所有课程的记录
      所有学生选课的记录
    • 2002年度学生数据库模式对应的实例2003年度学生数据库模式对应的实例是不同的

    (3)数据库系统的三级模式结构

    在这里插入图片描述

    ① 模式(Schema)

    模式(也称逻辑模式)

    • 数据库中全体数据的逻辑结构和特征的描述
    • 所有用户的公共数据视图,综合了所有用户的需求

    一个数据库只有一个模式,可以把模式看成唯一的数据库,实例就是数据库里面的多个表

    模式的地位:是数据库系统模式结构的中间层

    • 与数据的物理存储细节和硬件环境无关
    • 与具体的应用程序、开发工具及高级程序设计语言无关

    模式的定义:

    • 数据的逻辑结构(数据项的名字、类型、取值范围等)
    • 数据之间的联系
    • 数据有关的安全性、完整性要求

    ② 外模式(External Schema)

    外模式(也称子模式或用户模式)

    • 数据库用户(包括应用程序员和最终用户)使用的局部数据的逻辑结构和特征的描述
    • 数据库用户的数据视图,是与某一应用有关的数据的逻辑表示,可以看成把数据库的部分数据,运用在不同的应用程序上,在UI界面上显示

    一个数据库只有一个模式,可以把模式看成唯一的数据库,实例就是数据库里面的多个表
    外模式的地位:介于模式与应用之间

    • 模式与外模式的关系:一对多
      外模式通常是模式的子集;
      一个数据库可以有多个外模式。反映了不同的用户的应用需求、看待数据的方式、对数据保密的要求;
      对模式中同一数据,在外模式中的结构、类型、长度、保密级别等都可以不同;
    • 外模式与应用的关系:一对多
      同一外模式也可以为某一用户的多个应用系统所使用;
      但一个应用程序只能使用一个外模式;可以看成把数据库的部分数据,运用在不同的应用程序上,在UI界面上显示

    外模式的用途

    • 保证数据库安全性的一个有力措施;
    • 每个用户只能看见和访问所对应的外模式中的数据;

    ③ 内模式(Internal Schema)

    内模式(也称存储模式)

    • 是数据物理结构和存储方式的描述
    • 数据数据库内部的表示方式:
      • 记录的存储方式(顺序存储,按照B树结构存储,
        按hash方法存储)
      • 索引的组织方式
      • 数据是否压缩存储
      • 数据是否加密
      • 数据存储记录结构的规定
    • 一个数据库只有一个内模式

    ·例如学生记录,如果按存储,则插入一条新记录总是放在学生记录存储的最后.
    在这里插入图片描述

    • 如果按·学号升序存储,则插入一条记录就要找到它应在的位置插入,如图1.29(b)所示
    • 如果按照学生年龄聚簇存放假如新插入的S316岁,则应插入的位置如图1.29(c)所示
      在这里插入图片描述

    ④ 数据库模式、外模式、内模式总结

    在这里插入图片描述
    数据库模式

    • 即全局逻辑结构是数据库的中心与关键
    • 独立于数据库的其他层次
    • 设计数据库模式结构时应首先确定数据库的逻辑模式

    数据库的外模式

    • 面向具体的应用程序
    • 定义在逻辑模式之上
    • 独立于存储模式和存储设备
    • 当应用需求发生较大变化,相应外模式不能满足其视图要求时,该外模式就得做相应改动
    • 设计外模式时应充分考虑到应用的扩充性

    数据库的内模式

    • 依赖于它的全局逻辑结构
    • 独立于具体的存储设备
    • 将全局逻辑结构中所定义的数据结构及其联系按照一定的物理存储策略进行组织,以达到较好的时间与空间效率

    (4)数据库的二级映像功能与数据独立性

    • ·三级模式是对数据的三个抽象级别

    • 二级映象在DBMS内部实现这三个抽象层次联系转换

      • 外模式/模式映像
      • 模式/内模式映像
        在这里插入图片描述

    ① 外模式/模式映象

    • 模式:描述的是数据的全局逻辑结构
    • 外模式:描述的是数据的局部逻辑结构
    • 一个模式可以有任意多个外模式
    • 每一个外模式,数据库系统都有一个外模式/模式映象,定义外模式与模式之间的对应关系,看成数据库的数据与API调用的部分数据之间的关系(I think)
    • 映象定义通常包含在各自外模式的描述中

    保证数据的逻辑独立性

    • 模式改变时,数据库管理员修改有关的外模式/模式映象,使外模式保持不变
    • 应用程序是依据数据的外模式编写的,从而应用程序不必修改,保证了数据与程序的逻辑独立性,简称数据的逻辑独立性

    ② 模式/内模式映象

    模式/内模式映象定义了数据全局逻辑结构存储结构之间的对应关系。

      例如,说明逻辑记录和字段在内部是如何表示的
    
    • 数据库中模式/内模式映象唯一
    • 该映象定义通常包含在模式描述中

    保证数据的物理独立性

    • 当数据库的存储结构改变了(例如选用了另一种存储结构),数据库管理员修改模式/内模式映象,使模式保持不变.
    • 应用程序不受影响。保证了数据与程序的物理独立性,简称数据的物理独立性

    特定的应用程序

    • 在外模式描述的数据结构上编制的
    • 依赖于特定的外模式
    • 与数据库的模式和存储结构独立
      不同的应用程序有时可以共用同一个外模式

    数据库的二级映像

    • 保证了数据库外模式的稳定性
    • 从底层保证了应用程序的稳定性,除非应用需求本身发生变化,否则应用程序一般不需要修改

    数据与程序之间的独立性,使得数据的定义和描述可以从应用程序中分离出去

    数据的存取由DBMS管理

    • 用户不必考虑存取路径等细节
    • 简化了应用程序的编制
    • 大大减少了应用程序的维护和修改

    2.数据库的组成

    • 数据库
    • 数据库管理系统(及其开发工具)
    • 应用系统
    • 数据库管理员
    • 硬件平台及数据库
    • 软件
    • 人员

    (1)硬件平台及数据库

    数据库系统对硬件资源的要求

    • (1) 足够大的内存

      • 操作系统
      • DBMS的核心模块
      • 数据缓冲区
      • 应用程序
    • (2) 足够大的外存

      • 磁盘或磁盘阵列
      • 数据库
      • 光盘、磁带
      • 数据备份
    • (3) 较高的通道能力,提高数据传送率

    (2) 软件

    • DBMS
    • 支持DBMS运行的操作系统
    • 与数据库接口的高级语言及其编译系统
    • 以DBMS为核心的应用开发工具
    • 为特定应用环境开发的数据库应用系统

    (3)人 员

    • 数据库管理员
    • 系统分析员和数据库设计人员
    • 应用程序员
    • 用户

    不同的人员涉及不同的数据抽象级别,具有不同的数据视图,如下图所示
    在这里插入图片描述

    ① 数据库管理员(DBA)

    具体职责:
    1.决定数据库中的信息内容和结构
    2.决定数据库的存储结构和存取策略
    3.定义数据的安全性要求和完整性约束条件
    4.监控数据库的使用和运行

    • 周期性转储数据库
    • 数据文件
    • 日志文件
    • 系统故障恢复
    • 介质故障恢复
    • 监视审计文件

    5.数据库的改进和重组

    • 性能监控和调优
    • 定期对数据库进行重组织,以提高系统的性能
    • 需求增加和改变时,数据库须需要重构造
    ② 系统分析员

    具体职责:

    • 负责应用系统的需求分析和规范说明
    • 与用户及DBA协商,确定系统的硬软件配置
    • 参与数据库系统的概要设计
    ③ 数据库设计人员

    具体职责:

    • 参加用户需求调查和系统分析
    • 确定数据库中的数据
    • 设计数据库各级模式
    ④ 应用程序员

    具体职责:

    • 设计和编写应用系统的程序模块
    • 进行调试和安装
    ⑤ 用户

    用户是指最终用户(End User)。
    最终用户通过应用系统的用户接口使用数据库。
    1.偶然用户

    • 不经常访问数据库,但每次访问数据库时往往需要不同的数据库信息
    • 企业或组织机构的高中级管理人员

    2.简单用户

    • 主要工作是查询和更新数据库
    • 银行的职员、机票预定人员、旅馆总台服务员

    3.复杂用户

    • 工程师、科学家、经济学家、科技工作者等
    • 直接使用数据库语言访问数据库,甚至能够基于数据库管理系统的API编制自己的应用程序
    展开全文
  • 数据库原理-关系模式的规范化

    千次阅读 2021-08-26 12:29:02
    关系数据库的规范化理论是数据库逻辑设计的工具 一个关系只要其分量都是不可分的数据项,它就是规范化的关系,但这只是最基本的规范化 规范化程度可以有6个不同的级别,即6个范式 规范化程度过低的关系不一定能够很...
  • 数据库逻辑结构设计

    万次阅读 多人点赞 2018-06-30 23:21:51
    逻辑结构是独立于任何一种数据模型的,在实际应用中,一般所用的数据库环境已经给定(如SQL Server或Oracle或MySql)。由于目前使用的数据库基本上都是关系数据库,因此首先需要将E-R图转换为关系模型,然后根据具体...
  • 模式数据库结构的描述、关系模式是表的结构的描述 学生记录型: (学号,姓名,性别,系别,年龄,籍贯) 一个记录值: (900201,李明,男,计算机,22,江苏) 模式(Schema) 数据库逻辑结构和特征的描述 是...
  • 贝尔梅尔娜美2019.03.15采纳率:60%等级:39已帮助:91565人数据库系统的基本概念数据:实际上就是描述事物的符号记录。数据的特点:有一定的结构,有型与值之分,如...数据库存放数据是按数据所提供的数据模式存...
  • 数据库三级模式两级映像

    千次阅读 2019-12-19 23:18:47
    (不局限于关系数据库) 1.如果从DBMS来看,数据库通常采用三级模式结构,也就是说DBMS内部的系统结构是三级模式结构。 2.如果从数据库最终用户角度来看,数据库的结构可分为:单用户结构,分布式结构,客户端/...
  • 数据库三级模式

    万次阅读 2018-01-04 22:09:26
    数据库领域公认的标准结构是三级模式结构,它包括外模式模式和内模式,有效地组织、管理数据,提高了数据库逻辑独立性和物理独立性。用户级对应外模式,概念级对应模式,物理级对应内模式,使不同级别的用户对...
  • 对于每种外模式数据库系统都有一种外模式/模式之间的映射,它定义了二者之间的映射关系,当整个系统要求改变概念模型时,可以改变映射关系,而保持外模式不变。应用程序是根据数据的外模式编写的,因此不必修改...
  • 图解 三级模式结构:外模式、...定义:也称子模式(Subschema)或用户模式,是数据库用户(包括应用程序员和最终用户)能够看见和使用的局部数据的逻辑结构和特征的描述,是数据库用户的数据视图,是与某一应用有关...
  • 这是数据库工程设计进行到逻辑设计的一重大环节,简单的说,如果概念设计是用ER模型, 整合为全局的ER模型,那么在逻辑设计这块, 主要任务就是把ER模型转换为关系模型。 转换只需知道三个转换准则: 1...
  • E-R与关系模式设计案例
  • 数据库逻辑结构和物理结构

    万次阅读 2017-11-11 18:36:30
     数据库逻辑结构设计:逻辑结构设计的任务就是将概念结构设计阶段设计好的全局E-R图转换成DBMS产品所支持的数据模型(关系模型),并进行规范化和优化,然后为每个应用设计外模式。  数据库的物理结构设计:...
  • 分布式数据库系统

    千次阅读 2022-03-16 02:54:15
    分布式数据库在结构上与集中式数据库存在差异。什么差异?集中式数据库是单机版,数据都放在一台机器里,而分布式数据库的数据则散布...分布式数据库中,从查询涉及的数据和查询处理过程中的通信模式来划分,可以分为局
  • 数据库三级模式结构

    万次阅读 多人点赞 2018-03-08 17:24:12
    1、模式模式也称为逻辑模式或概念模式,是数据库中全体数据的逻辑结构和特征的描述,是所有用户的公共数据视图。一个数据库只有一个模式,模式位于三级结构的中间层。2、外模式外模式也称为用户模式,它是数据库用户...
  • SQL数据库中内模式、外模式与概念模式的区别和概念 外模式 外模式又称子模式或用户模式,对应于用户级。它是某个或某几个用户所看到的数据库的数据视图,是与某一应用有关的数据的...概念模式又称模式或逻辑模式,对
  • 什么逻辑库、物理库? 逻辑库/逻辑文件:给用户看的(即Database和Table就是我们常说的逻辑库的范畴) 物理库/物理文件:存储在计算机中的(即机器和Port就是我们常说的物理库的范畴。) 一个服务器有多个实例(port...
  • 数据库设计:逻辑结构设计

    千次阅读 2021-01-28 08:09:29
    还需要将概念结构进一步转化为某一DBMS所支持的数据模型,然后根据逻辑设计的准则、数据的语义约束、规范化理论等对数据模型进行适当的调整和优化,形成合理的全局逻辑结构,并设计出用户子模式。这就是数据库逻辑...
  • 数据库的定义、模型 和 模式

    千次阅读 2020-11-29 22:01:52
    目录数据库的定义数据模型数据库系统的模式 数据库的定义 数据库是长期储存在计算机内、有组织的、可共享的大量数据的集合。 数据库中的数据按一定的数据模型组织、描述和存储,具有较小的冗余度、较高的数据独立性 ...
  • 关系数据库设计步骤

    千次阅读 2020-05-22 11:05:18
    数据库设计是指对于一个给定的应用环境,设计一个优良的数据库逻辑模式和物理结构,并据此建立数据库及其应用系统,使之能够有效地存储和管理数据,满足各种用户的应用需求,包括信息管理要求和数据操作要求。...
  • 从系统角度看,数据库系统的内部通常采用三级模式结构外模式(子模式或用户模式):介于模式和应用之间,是特定数据库用户...模式(逻辑模式):模式是数据库中全体数据的总体逻辑结构描述,是用户的公共数据视图 ...
  • 数据库的三种模式结构

    千次阅读 2017-12-20 10:56:39
     模式描述的是数据的全局逻辑结构,外模式描述的是数据的局部逻辑结构。对应与同一个模式可以有任意多个外模式。在数据库中提供两级映象功能,即外模式/模式映象和模式/内模式映象。对于每一个外模式数据库系统都...
  • 模式/逻辑模式;外模式;内模式;两级映射与数据独立性;外模式/模式映像;内模式/模式映像;总结;数据库模式;数据库的内模式;数据库的外模式;数据库的二级映像;数据库系统模式的概念;模式(Schema...;
  • 数据库的三级模式包括哪些

    千次阅读 2019-11-24 20:15:15
    数据库系统的三级模式:外模式,概念模式,内模式 外模式又称为子模式或用户模式,对应于用户级 概念模式又称为模式或逻辑模式,对应于概念级 内模式又称为存储模式,对应于物理级,是数据库最低级的描述
  • 整体逻辑结构(逻辑模式全局模式) 数据库中全体数据的逻辑结构和特征的描述,是现实世界某应用环境(企业或单位)的所有信息内容集合的表示 三级模式结构的中间层,不涉及物理存储细节??具体应用程序 通过建立...
  • 浅谈数据库三大模式:外模式、概念模式和内模式

    万次阅读 多人点赞 2019-09-17 09:45:56
    1、外模式 对应数据库的升级、外模式包括(子模式 用户模式) 用来描述用户看到或者使用...对应数据库的概念模式,概念模式(概念、逻辑模式)用以描述整个数据库中的逻辑结构、用来描叙现实生活中的实体,以及它们...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 136,938
精华内容 54,775
热门标签
关键字:

关系数据库的全局逻辑模式