前言:
而今咱们对“数据库一对多多对多”都比较看重,大家都需要了解一些“数据库一对多多对多”的相关内容。那么小编在网上搜集了一些对于“数据库一对多多对多””的相关内容,希望咱们能喜欢,大家快快来了解一下吧!数据模型:两种数据模型概念(信息)模型用户观点。用于数据库设计。基本概念实体(Entity):可互相区别。 属性(Attribute):某一特性码(Key):唯一标识属性的集实体型(Entity Type):用一个名字及其该实体的各种属性抽象的一个实体 实体集(Entity Set):同一类型的实体型集合联系(Relationship):实体型之间的联系。实体内部的联系。一对一对多多对多实体—联系方法(Entity-Relationship Approach):E-R模型逻辑模型网状,层次,关系,面向对象数据模型,对象关系数据模型,半结构化数据模型。 Model格式化模型 层次网状 实体型,记录类型(每个节点表示一个记录类型)。属性,数据项,字段。 联系,节点之间的连线,一对多的父子联系☆三种模型层次模型 Hierarchical Model :最早出现的。典型:IMS(Information Management System)一对多 满足:有一个根节点(该节点无双亲),有且仅有一个双亲数据结构:用 树形结构 表示实体及其联系根节点。双亲节点。兄弟节点。叶节点。型值特点:节点双亲唯一。只能一对多。每个节点都有码字段定义。路径。不能脱离双亲独立数据操作:查找某节点要从根节点走一条路径删除插入更新完整性约束条件:无双亲不能插入。删除双亲子女也被删除。更新要更新所有的记录保证一致性优点:结构简单,查询效率高。完整性支持缺点:多对多困难。查询子女必经过双亲。程序化以及插入删除限制多,编写困难。↓层次模型是网状模型的特例网状模型 Network Model 允许 一个以上节点无双亲。一个的节点的双亲数目不限制 。多对多数据结构:图。优点:更直观性能效率高缺点:结构复杂,不利于用户掌握、DDLDML语言复杂,联系依靠存取路径,用户需要了解结构细节关系模型 Relational Model 用户观点逻辑结构:二维表 行和列。元祖,属性。关系Relation 表元祖 Tuple 一行属性Attribute 一列 属性名主码Key 唯一确定域Domain 一组数据的集合。属性取值来自域分量 元祖中的一个属性关系模式。学生(姓名,性别,学号……)关系必须是规范化。 第一范式1NF。每个分量不可再分,不能表里有表数据操作:对象和结果是关系。查询插入删除更新。 存取路径对用户隐藏。“干什么”√ “怎么干”×完整性约束条件:实体完整性。参照完整性。用户定义的完整性。优点:建立在严格数学概念基础上。概念单一:实体及联系都是关系,数据的检索结果也是关系。关系模式的存取路径对用户透明缺点:效率不如格式化。要对查询请求优化,增加了开发DBMS的难度。面向对象数据模型 Object Oriented Data Model关系对象数据模型 Object Relational Data Model半结构化数据模型 Semistruture Data Model按照计算机系统观点来建模,用于DBSMS实现。物理模型是对数据在硬件上存取存储的抽象☆三个组成要素组成要素数据结构(静态特性)数据操作(动态特性)操作类型查询更新(插入,删除,修改)操作定义操作确切含义操作符号操作规则操作语言数据的完整性约束条件制约和依存规则三种完整性:实体。参照。用户自定义客观对象的抽象过程——两步抽象客观(现实)世界→概念(信息)模型→数据(机器)模型
数据库系统的结构
从数据库开发者角度。三级结构。从最终用户角度:单用户结构主从式结构分布式结构客户-服务器浏览器-应用服务器/数据库服务器多层结构等等系统模式:型Type某一类数据结构和属性的说明 学生(姓名,手机号……)值Value 型的具体 学生(阿凯,17667441664)模式Schema 静态的,对型的描述。 class实例Instance 动态的。是模式的一个值,一个模式有很多实例 类A 类B数据库系统的☆三级模式 是对数据的三个抽象级别模式 Schema (逻辑模式) 模式的定义:数据的逻辑结构:数据项的名字,数据类型等数据之间的联系。数据有关的安全性,完整性要求全体数据的逻辑结构和特征的描述。所有用户的公共数据识图。一个数据库只有一个模式。地位:是DBS模式结构的中间层。 逻辑独立性数据的物理存储细节和硬件环境无关。与具体的应用程序开发工具高级程序设计语言无关外模式 External Schema (用户模式,子模式)数据库用户 局部结构的逻辑结构和特征的描述数据库用户的数据视图 外模式与应用程序:一对多:一个应用程序对应一个外模式。一个外模式可以有多个应用程序地位:在模式跟应用之间。 模式与外模式。 一对多 外模式是模式的子集。一个数据库有多个外模式。不同用户的需求看待数据的方式对数据的保密要求外模式的逻辑结构可以各不相同用途:安全性的有力措施:每个用户只能访问外模式对应的数据内模式 Internal Schema(存储模式)物理结构数据物理存储的方式。数据在数据库内部的表示方式。记录的存储方式。如顺序存储吗,B树结构存储,hash方法索引的组织方式数据是否亚索存储数据是否加密数据存储记录结构的规定一个数据库只能有一个内模式
☆二级映象功能与数据独立性在DBMS内部实现三个抽象外模式/模式映像模式:全局逻辑结构。外模式:局部逻辑结构。 一模式对应任意多个外模式。 每个外模式都有一个相应的外模式/模式映像。映像的定义包含在外模式的描述中保证数据的逻辑独立性: 模式改变→外模式/映像改变→外模式不变→依据外模式的应用程序不变模式/内模式映像全局逻辑结构跟物理存储结构的对应关系、模式/内模式 是唯一的映像定义包含在模式描述中保证了物理独立性:DB存储结构改变→内模式改变→模式/内模式映像改变→模式不变→外模式不改变→应用程序不变数据库模式:内模式:全局逻辑结构。独立于其她结构,设计DB先设计逻辑结构内模式 依赖全局逻辑结构,独立于数据库的用户视图(外模式)。独立于具体存储设备。在全局逻辑下有效存储,外模式 面向全体应用 定义在逻辑模式之上 独立存储模式和存储设备 应用需求变化改变外模式 设计外模式考虑应用扩充性应用程序:外模式数据结构上编制的,依赖外模式,与模式和存储结构独立。不同程序可以共用一个外模式。 二级映象保证了数据库外模式的稳定性→从底层保证了应用程序的稳定性。数据与程序独立数据的存取由DBMS管理→简化APP的编制→简化维护和 修改
数据库组成
硬件平台软件DBMS OS 高级语言与编译系统 开发工具 数据库应用系统人员 DBA 系统分析数据库设计 程序员 用户DBA 数据库管理人员数据库信息内容和结构存储结构存取策略完整性约束条件。安全性要求监控DB使用和运行周期性转存 数据,日志文件系统故障恢复介质故障恢复数据库改进和重组 重构系统分析员需求分析,规范说明用户管理员结合,确定软硬件的配置参与DBS概要设计. 数据库设计人员需求调查系统分析确定各种数据设计各级模式应用程序员根据外模式编制APP调试和安装,运行和维护用户 最终用户 End User偶然用户 不常访问数据库。企业组织高中层管理人员简单用户 多数用户 查询更新数据库。 银行的职员,旅馆服务员复杂用户 直接使用数据库语言访问数据库。会基于DBMS的应用程序接口编制自己的APP 工程师 科学家等
小结
数据库系统概述:数据库基本概念,发展过程,系统特点
数据模型:模型三要素,三种数据库模型
内部系统结构 三级模式结构 两层映像结构
数据库系统组成
标签: #数据库一对多多对多