浅谈数据库三大模式

  • 1外模式 -2 概念模式 -3内模式

1、外模式

对应数据库的升级、外模式包括(子模式 用户模式) 用来描述用户看到或者使用那部分的数据的逻辑结构,用户根据外模式用户数据操作语句或者程序去操作数据库中的数据,外模式的主要特点用来描述组成用户视图各个记录的组成、相互联系、数据的完整性和安全性、数据项的特征等。

2、概念模式

对应数据库的概念模式,概念模式(概念、逻辑模式)用以描述整个数据库中的逻辑结构、用来描叙现实生活中的实体,以及它们之间的关系、从而定义记录数据项的完整性约束条件以及记录之间的联系是数据项的框架
概念模式是数据库中全体数据的逻辑结构和特征的描叙是所有用户数据的公共数据视图。

3、内模式

内模式对应物理级数据库,内模式是所有模式中的最低层的表示,不同于物理层,假设外存是一个无限性的地址空间,内模式是存储记录的类型,存储域以及表示以及存储记录的物理顺序,指示元索引,和存储路径的等数据的存储组织从而形成一个完整的系统。

结构图如下所示
这里写图片描述

  • 12
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
浅谈数据库设计 在当今的信息时代,信息已逐渐成为决定生产力、竞争力和经济效益的重要资源,管 理者只有及时、准确地掌握相关信息,才能做出正确的决策。数据库技术是指对于一个 给定的应用环境,构造最优的数据库模式,实现信息存储、查询和处理的重要手段。只 有将有用的信息转换成数据并存储在数据库中,才有可能实现最佳的数据管理,满足用 户的各种需求。 数据库设计属于系统设计的范畴,通常把使用数据的系统称为数据库应用系统,把数 据库应用系统的设计简称为数据库设计。数据库设计把数据库应用系统分为需求分析阶 段、概念结构设计、逻辑结构设计、物理结构设计、数据库实施阶段、数据库运行与维 护六个阶段。下面简要介绍各个步骤的主要任务及方法。 1.需求分析阶段 需求分析是在项目确定之后,用户和设计人员通过详细的调查研究,充分了解用户的 组织机构、业务规则、数据需求等等。所谓需求是指用户对软件的功能和性能的要求, 就是用户希望软件能做什么事情,完成什么样的功能,达到什么性能。需求分析是数据 库设计最基础的工作,如果这个阶段的工作不准确或有误,那么后面几个阶段的任务就 会有偏差,如果到测试阶段才发现错误再去更改必然会付出很大的代价,因此必须高度 重视这个阶段的人任务。需求分析阶段的后期编写系统分析报告,主要包括:系统的概 况、目标、范围、现状等;系统及子系统的结构说明;系统的功能划分;系统的组织机 构联系图;数据流程图;功能模块图及数据字典等内容。然后将此需求分析报告提交给 用户的决策部门讨论审查,通过审查以后的需求分析报告作为今后各阶段设计和工作的 依据。 例如:公司职工人事档案资料繁多,查询、统计、更新等各方面工作都不能更快更好 进行,急需一管理系统实现人事资料的录入、维护、统计、查询等工作,明确要求后将 具体事项形成书面报告审查后作为今后设计的依据。 2.概念结构设计 概念结构设计的目标是产生出一个能反映组织信息需求的概念模型,其特点有简单明 确表示用户业务数据需求、数据之间的联系、数据约束条件等。概念结构的策略有四种 自顶向下、自底向上、逐步扩张、混合策略。概念结构设计的最著名、最常用的方法是 实体-联系方法,简称E- R方法。它虽然只有几个基本元素(实体、属性、联系),但能够表达现实世界复杂的数 据、数据之间的关系和约束条件。 E- R图设计是对需求分析阶段所得到的数据进行分类、聚集、概括,确定实体、属性和联系 ,具体步骤如下: 2.1选择局部应用 数据流图是对业务处理过程从高层到底层的一级级抽象,高层抽象流图一般反映系统 的概貌,对数据的引用较为笼统,选择适当层次的数据流图,让这一层的每一部分对应 一个局部应用,实现某一项功能。 2.2逐一设计局部E-R图 规划好各个局部应用之后,对每一个局部应用设计局部E- R图,按照局部应用的数据流图,从数据字典中提取数据,使用抽象机制,确定局部应用 中的实体、实体的属性、实体标示符、实体间的联系和类型,但是许多实物是实体还是 属性没有明确的界定,要根据具体情况判断,一般来说,属性不能再分,属性也不能和 其他实体发生联系,因为联系是实体和实体间的联系。 2.3 E-R图合并 根据局部应用设计好的局部E-R图之后,就可以对各局部E- R图进行合并,合并的目的是在合并过程中解决局部E- R图之间存在的冲突,消除存在的信息冗余,使之成为供用户理解的统一的、精练的全局 概念模型。对所有的局部E-R图合并之后,就形成了全局E- R图,从而完成了概念结构设计。 3.逻辑结构设计 逻辑结构设计是在概念结构设计的基础上进行的数据模型设计,一般有层次、网状模 型和关系模型,现在绝大多数DBMS都是基于关系模型的,此阶段的主要任务有确定数据 模型、将E-R图转换为指定的数据模型、确定完整性约束、确定用户视图。 例如:部门(1)————职工(M)。 4.物理结构设计 在实现数据库逻辑结构设计之后,就要确定数据库在计算机中的具体存储。数据库在 计算机物理设备上的存储结构与存取方法称为数据库的物理结构。数据库的物理设计完 全依赖于给定的数据库软件和硬件设备。层次和网状模型物理设计比较复杂,而关系DB MS对物理设计要求很少,由DBA来实现。物理结构设计需要确定数据分布、确定存储结构 、确定存取方式。 5.数据库实施阶段 确定了数据库的逻辑结构和物理结构以后,可以利用DBMS提供的数据定义语言建立数 据库的结构。 例如:CREATE TABLE 职工库。 (职工编号 CHAR(6) NOT NULL, 姓名 CHAR(8) NOT NULL, 性别 CHAR(2), 所属部门 CHAR(10), PRIMARYKEY KEY (职工编号)); 当数据库的结构建成之后,就可向数据库中加载数据,由于数据库中的数据量非常大 ,为了避免浪费大
浅谈数据库系统优化 概要:数据库系统的优化可以有效提高系统的性能,微软的SQL Server数据库的优化是一个系统工程,需要从设计开始就进入优化程序。 数据库的性能的优化成了数据处理的一个很重要环节。系统的性能优化应该贯穿系统工作的整个生命周期,从开发开始直到系统最终下线,都应该不断的动态的优化并不断调整优化过程。基于SQL Server的数据库优化是指对数据库处理、存储、查询等进行调优的过程。 基于SQL Serve数据库的优化,应该从数据库设计的时候就做好优化打算,为后面系统正式投入运行后优化做好准备。其主要策略有: 1)调优数据库数据库性能的优化基础就是数据库的基本设计,如果设计端出了问题则对数据库的影响很大,也很有可能没有优化的必要。数据库的优化应该从数据库的设计开始,一般要找专业的性能优化专家根据系统的要求,对数据库采取合理的设计方案。数据库的设计主要包含两个部分,一个是数据库存储分配的物理设计,一个是数据流量分配的逻辑设计。物理设计主要包括数据对象在物理介质上存储分布等各个方面,所要注意的问题就是在不同的存储介质上所放的数据块的大小,这个直接关系到数据的存储速度。而逻辑设计主要包括在数据库的索引、数据库模式、视图等。数据库的设计是基础,如果在设计初始出了问题,则不可能通过单纯的优化来完成数据库的正常工作,所以这是数据库调整和优化的保障。 2)优化应用程序。网络中数据的查询和传输速度及效率不仅仅在于服务器,而是和多种因素相关联的,根据网络上的相关统计,对和数据库相关的各个外部因素进行调整,同样可以达到数据库性能优化的目的。相关因素主要包括,网络、操作系统、硬件、数据库参数等各个方面。而这因素大都设计硬件设备,其它软件方面主要是应用程序的优化,包括数据库的SQL语句和系统开发语言的优化。在数据库的应用中,大部分是通过SQL语句来实现的,因此SQL语句的优化对数据系统优化起到很重要的作用。 大多数针对系统应用程序的优化也都集中在查询语句的处理上,而SQL语句的优化则可集中到合理利用临时数据表及索引。充分利用临时数据表,及建立合理的索引、调整优化SQL语句,等可以减少客户访问数据库的次数,减小CPU的占用时间,提高内存的利用率,减小系统响应时间,缩短用户等待时间等都有很重要的意义。 3)调整内存分配。内存对于数据存储和数据处理速度的影响很大,所以有效增大内存也是提高数据库系统性能的最有效方式,但是目前受制于硬件设备的影响,不可能对内存进行大量的扩充。对内存使用的原则就是优先给系统认为必要应用程序分配较大的内存,对数据库的优化就是优先分配足够内存给数据库系统,但是这也取决于操作系统对各个应用程序的分配。CPU在处理数据的时候,先从内存中读取数据,如果内存够大,则数据一次调入内存的数据量就较大,可以有效减少磁盘访问次数,内存的分配是在软件系统运行的时候进行配置的,所以其调整和优化应该安排在检查数据库文件的磁盘输入/输出之前。 4)调整磁盘I/O。数据库的存储和查询最终都得经过磁盘,所以对物理存储介质的读写是对数据库性能影响最大的,磁盘I/O操作也是消耗资源最大的一种操作。对磁盘I/O进行优化的主要目的和方法是尽量减少磁盘的读写次数,加大数据的一次处理量,提高数据存储的空间分配及管理。 1 基于SQL语句的优化器 优化器的类型。数据库在被访问的时候,都是执行SQL语句,在执行之前系统需要确定访问方式及执行的过程,在执行的时候是否使用数据索引,是否使用临时数据表,临时数据表有没有存储,存储在哪个物理介质模块上了。如果使用索引,使用哪些索引,在需要对多个数据表进行查询的时候采取的是哪个连接方式等,而这引起是由SQL Server数据库的优化器来完成的。对优化器的分类,主要包括两种情况,一种是基于代价的优化器,一种是基于规则的优化器。 1)基于代价的优化器。所谓基于代价的优化器是指,系统根据目前数据库的信息,对数据库的查询及操作的开资做一个判断,然后选出一个开资相对较小的优化方案。这种优化器主要是根据数据库相关的服务器的因素来进行分配处理的,包括缓存大小和策略,I/O 大小等。 2)基于规则的优化器。基于规则的优化器主要是根据制定的一些规则和一些优化原则来执行过程和访问控制方式。相对来说要比基于代价的优化器要更容易实现,不需要对硬件进行操作,根据规则和优化原则来制定各个访问控制策略的优先级别。这种优化器对数据库的分布存储及硬件设施没有特殊要求,只是根据规则进行优化,对数据索引、数据表等各个方面不关心,所以基于规则的优化器也只能是粗话型的优化,很难从根本上解决SQL Server数据库的优化问题。 2 结论 数据库系统的优化可以有效提高系统的性能,微软的SQL Server数据库的优化是一个系统工程,需要从设计开始就进入优化程序。 参

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值