数据库的三级模式和两级映射介绍_数据库其它

数据库的三级模式和两级映射

数据库的三级模式两级映射如下图所示

三级模式

外模式:应用程序用到的部分数据的逻辑结构。一个数据库可以有多个外模式

概念模式(模式、逻辑模式):数据库管理员用到的视图,就是我们在DBMS的可视化

界面中看到的数据库对象。一个数据库只有一个概念模式  www.jb51.net  

内模式:数据库的最低层模式,是数据物理结构和存储方式的描述。一个数据库只有一个内模式。

两级映射

外模式-概念模式的映射

概念模式-内模式的映射

三级模式的关系

模式(概念模式)是数据库的核心与关键

内模式依赖于模式,独立于外模式和存储设备

外模式面向具体的应用,独立于内模式和存储设备

应用程序依赖于外模式,独立于模式和内模式

数据库的两级独立性

物理独立性:应用程序与存储在磁盘上的数据库中的数据是相互独立的
 

逻辑独立性:应用程序和数据库的逻辑结构相互独立  www.jb51.net  

注意:逻辑独立比物理独立难实现

    两级独立性依赖于两级映射

下面补充一点数据模型的知识


 

在这里大家一定要注意三级模式中的概念模式对应的是数据库设计的逻辑模型,而不是概念模型(E-R模型),一定不要弄混了。

时间: 2024-07-31 04:59:27

数据库的三级模式和两级映射介绍_数据库其它的相关文章

DropDownList绑定数据表实现两级联动示例_实用技巧

场景一:平时我们在DropDownList控件下添加下拉选项时,都会使用它的Item.Add方法,直接在代码下添加.如果我们想添加或修改下拉选项,则必须去修改源代码.如果几个DropDownList控件的下拉选项相同,我们则需要重复添加好多次,后期的维护工作很不方便. 场景二:我们在12306网站买票时,肯定遇到过这么一种情景:我们需要先选定目的地的省份,选完省份后在城市选框中会自动加载该省份的城市,实现两级联动. 针对以上两个场景,我们可以用DropDownList直接绑定数据表,根据选择的省

数据库设计规范化的五个要求 推荐收藏_数据库其它

若符合这两个条件,则可以说明这个数据库的规范化水平还是比较高的.当然这是两个泛泛而谈的指标.为了达到数据库设计规范化的要求,一般来说,需要符合以下五个要求. 要求一:表中应该避免可为空的列. 虽然表中允许空列,但是,空字段是一种比较特殊的数据类型.数据库在处理的时候,需要进行特殊的处理.如此的话,就会增加数据库处理记录的复杂性.当表中有比较多的空字段时,在同等条件下,数据库处理的性能会降低许多. 所以,虽然在数据库表设计的时候,允许表中具有空字段,但是,我们应该尽量避免.若确实需要的话,我们可以

WordPress导入数据库出现”Unknown collation: ‘utf8mb4_unicode_ci”错误的解决办法_数据库其它

从WordPress4.2版本开始,如果我们在MYSQL5.1版本数据中导出的数据编码是带有utf8mb4格式的,如果我们搬迁网站复原数据的时候,MYSQL5.5等高版本数据库导入到MYSQL5.1低版本的时候会出现"Unknown collation: 'utf8mb4_unicode_ci"错误问题,以前是没有这个问题的,从WP4.2开始才有的. 要解决这个问题,如果我们使用的VPS/服务器,可以类似老左昨天的"Linux CentOS6环境下MySQL5.1升级至MyS

数据库安装包和升级包脚本工具RedGate使用介绍_数据库其它

这篇日志记录一下我在公司所学习到的数据库安装包的设计.正好这些内容也是我最近工作遇到的一些问题,在此记录并分享一下. 在产品的开发和版本更新过程中,数据库的结构难免会一直发生变化.为了尽量减少升级时的工作量,设计一个好的数据库升级方式就显得很重要.在设计数据库安装包时,既要考虑到全新安装时如何生成默认数据,也要考虑从老版本升级时旧的数据如何迁移如有必要). 基本上,安装包可以分成三个部分:Pre-script,数据库安装或升级和Post-script. 一.数据库安装或升级 首先,我们使用到的是

comboBox两级联动,数据从数据库中取出来,第二级数据死活加载不进store,求帮助

问题描述 数据加载的时候,城市的下拉菜单能出来,选择了城市之后想要选择地区,地区的placestore就一直是空的.困扰了好久,求解决.var citystore=new Ext.data.Store({proxy:new Ext.data.HttpProxy({url:'city_query.action'}),reader:new Ext.data.JsonReader({totalProperty:'total',root:'cityList'},[ {name:'id'}, {name:

使用 Osql 工具管理 SQL Server 桌面引擎 (MSDE 2000)应用介绍_数据库相关

概要 "SQL Server 桌面引擎"(也叫 MSDE 2000)没有自己的用户界面,因为它主要设计为在后台运行.用户通过 MSDE 2000 嵌入的程序与它交互. MSDE 2000 提供的唯一工具是 Osql .可执行文件 Sql.exe 在 MSDE 2000 的默认实例的 MSSQL/Binn 文件夹中. 本文重点讨论如何通过使用 Osql 工具管理 MSDE 2000. 何为 Osql? Osql 工具是一个 Microsoft Windows 32 命令提示符工具,您可以

update 子查询使用介绍_数据库其它

基础知识 1, 关联子查询和非关联子查询 在非关联子查询中,内部查询只执行一次并返回它的值给外部查询,然后外部查询在它的处理中使用内部查询返回给它的值.而在关联子查询中,对于外部查询返回的每一行数据,内部查询都要执行一次.另外,在关联子查询中是信息流是双向的.外部查询的每行数据传递一个值给子查询,然后子查询为每一行数据执行一次并返回它的记录.然后,外部查询根据返回的记录做出决策. 如: SELECT o1.CustomerID, o1.OrderID, o1.OrderDate FROM Ord

数据库 左连接 右连接 全连接用法小结_数据库其它

连接可以在SELECT 语句的FROM子句或WHERE子句中建立,似是而非在FROM子句中指出连接时有助于将连接操作与WHERE子句中的搜索条件区分开来.所以,在Transact-SQL中推荐使用这种方法.  SQL-92标准所定义的FROM子句的连接语法格式为:  FROM join_table join_type join_table  [ON (join_condition)]  其中join_table指出参与连接操作的表名,连接可以对同一个表操作,也可以对多表操作,对同一个表操作的连接

数据库 三范式最简单最易记的解释_数据库其它

书上讲了好多, 归结起来3句话: 1NF:字段不可分; 2NF:有主键,非主键字段依赖主键; 3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库; 2NF:唯一性 一个表只说明一个事物; 3NF:每列都与主键有直接关系,不存在传递依赖; 不符合第一范式的例子(关系数据库中create不出这样的表): 表:字段1, 字段2(字段2.1, 字段2.2), 字段3 ...... 存在的问题: 因为设计不出这样的表, 所以没有问题; 不符合第二范式的例子: 表: