peng_de的专栏

一、概念模式是数据库中全部数据的整体逻辑结构的描述。概念模式连接外模式和内模式的中间观点。概念模式的数据定义语言称为“模式DDL”。 二、外模式外模式是用户与数据库系统的接口，是用户用到的那部分的数据描述。用户使用DML语句对数据库进行操作。描述外模式的数据定义语言称为“外模式DDL”。 三、内模式内模式是数据库在物理存储方面的描述，它定义所有的内部记录类型、索

数据库的产生与发展，sql的产生与发展，从这些事情中可以看出，一个技术的产生与发展是经历了一些过程和时间的，不是一筹而就的，都是在不断的改良过程中不断的进步的。

在知识链中的地位：这里的这些概念，离实际应用的距离很远，例如知道建表，但在实际应用时，你需要根据具体的业务需求、技术要求下去建表，对系统的熟悉，对业务技术的具体要求，设计这才是重要的，这才是难点，简单的建表语句只是最后的皮毛。所以没有必要在这里花太多的时间精力，把主要精力放到具体的实践活动中。再说删除列，这在DB2中是没有的功能，数据类型的话，具体的DBMS有很多自己定义的类型，这需要在具

查询涉及多个基本表时用嵌套结构逐次求解层次分明，具有结构程序设计的特点。嵌套查询的执行效率比连接查询的笛卡尔积的效率高。自顶向下程序设计时，应先考虑总体，后考虑细节；先考虑全局目标，后考虑局部目标。不要一开始就过多追求众多的细节，先从最上层总目标开始设计，逐步使问题具体化。逐步细化对复杂问题，应设计一些子目标作为过渡，逐步细化。模块化一个复杂问题，肯定是由若干稍简单

查询的处理的代价通常取决于磁盘访问，磁盘访问比内存访问速度慢很多。在这里由于计算机原理的知识的欠缺，理解起来有点费劲，例如不知道关系的连接在哪里进行，连接的中间结果放在哪里，计算后的结果怎么处理，这时如果纠结在这个上面则额外增加了很多的复杂度，最终导致不能正确理解优化过程。如果只把计算机原理的知识放到一边，只抓一点：计算需要在内存中进行，所有的块都要放到内存中，才进

《关系模型的基本概念》->《关系代数》-->《关系代数中的除法--概念的理解》--《关系代数的运算的应用》-->《关系代数的七个扩充操作-及其深刻内涵》-->《个人学习模型》-->《关系代数表达式的优化》从概念到基本性质，再到运用，到扩展，最后到优化。优化是最高级别了，想要在数据库优化上有所作为，同样的道理，也需要一步步来。在这其中，还穿插了学习方法，感受方面的东西，这

连接操作的一个推动力就是有人认为select语句中无直接连接和自然连接。连接操作符分为连接类型和连接条件。连接类型，决定了如何处理连接条件中不匹配的元组；连接条件，决定了两个关系中哪些元组该匹配，以及连接结果中出现哪些属性。1、natural：表示执行自然连接2、on 等值连接：具体指出在哪些关系上做等值连接3、using（A1,A2...）:类似自然连接，公共属性

这是在实践中出现的问题，与关系模式的特性有关，对表中的字段的实践也更加深入了。由于产生了这些问题，在解决这个问题中有一套数学理论作为支撑，以保证完整性和正确性。这是问题驱动的，理论的产生也是由于问题的驱动，在对问题进行深入的总结和升华，并和数学相结合后产生的。在实际中，要特别注重遇到的问题，在遇到问题后要深入分析总结。关系模式的设计问题来看主要解决关系模式的数据冗余问题。操作异

函数依赖在知识链中的作用和地位：理论性很强，是后面关系模式的规范的基础。概念的引入---->理论上的升华---->概念的延伸---->靠近实际符号的引入使理解加大了难度，因为抽象性更高，覆盖范围更广，但是表达上更完整，更严谨，为理论的发展作了一个基础。这里在理解上化简的一个好方法是将它与实际中的表对照起来理解，这样就将难度下降了。另外抓住一个关键点，函数依赖是关键码概念

在知识链中的地位和作用：为后面的关系模式的范式打理论基础。模式在分解的过程中，需要保持的两个特性：无损分解、保持依赖；在保持了这两个特性后，才符合实际需要，消除冗余。提出分解需要保证的特性---->分解的方法

关系代数中的除法

数据库的产生的背景是美国为了战争中保存情报资料。在阿波罗登月计划中，对数据库的发展起到了推动作用。在数据库进入到民用后，科学家在理论上进行了研究，发表了论文，对数据库的发展起到了理论支持的作用。在数据库的发展史中，其它领域的发展也对数据库的发展起到了支持和推动的作用。例如存储器的发展，内存的发展，软件、数据结构的发展都对数据库的发展起到了推动渗透的作用。 可以看出，战争、大事件

数据库的三级模式结构是一个理想的结构，使数据库系统达到了高度的数据独立性。但是给系统增加了额外的开销，体现在：要在系统中保存三级结构、两级映像的内容，并进行管理；用户与数据库之间数据传输要在三级结构中来回转换，增加了时间开销；

数据独立性：指应用程序和数据库的数据结构之间相互独立、不受影响。 1、物理数据独立性修改内模式，只需修改模式/内模式映象，使概念模式不变。 2、逻辑数据独立性修改概念模式，只需修改外模式/模式映象，使外模式和应用程序不变。 这两个独立性在知识链中是什么地位？      是原则上的地位有什么作用？      是一种思想，就像面向对象思想一样，它使得

DBMS的工作模式：1、接受应用程序的数据请求和处理请求；2、将用户的数据请求（高级指令）转换成复杂的机器代码（底层指令）；3、实现对数据库的操作；4、从对数据库的操作中接受查询结果；5、对查询结果进行处理（格式转换）；6、将处理结果返回给用户。 DBMS将用户的操作从应用程序带到外部级、概念级、内部级，再进一步通过OS操纵存储器中的数据。DB的系统缓冲

这五个功能是怎么提出来的？第1、5个功能是技术上；第2、3、4个功能是实践需要，根据现实需要不断完善的，这是需要积累经验的。（提这个问题有什么意义？）表示--操作--安全--维护--元数据（这应该是很多技术的共性）作为一个数据库管理员，应该要对这里的每一项功能都要理解透彻，否则很难管理和调优。对一种数据库管理系统深刻理解后，应该要对其它的数据库管理系统触类旁通。

概述：这在知识体系中都是目录式的知识，把它整理出来，形成图即可。

这是对前面数据库的基本概念中的数据模型进行细化的部分，把主要的数据模型单独拿出来讲，向实用性又近了一步。正如学习其它知识一样，先讲基本术语，然后讲规范规则，再向实用靠近。接下来向体系结构，对知识进行评价（评价是比较高的阶段了）。下面对每一个知识点进行深入：1、基本术语关系就是一张表，实例指的是关系模式的实例，也就是一张表。主键和外键是重要的概念，表格之间通过主键进行导航

数据描述，从表面上看起来是将数据表示出来。1、概念设计上的数据描述第一层是从现实世界出发，去对数据进行描述，从现实世界中抽取出来了实体、实体集、属性、实体标示符。这是最接近我们生活的。 2、逻辑设计上的数据描述第二层是从逻辑设计上的数据描述，也可以说是数学上对数据描述，这是对现实世界的数学抽象，就像上学时学方程解决实际问题一样。把现实世界抽象成这一层后，主要的逻辑运算就在这里了

1、这有点像网络七层模型，每一层都向具体实现迈进了一步，网络有七层，这里只有三层。概念模型是业务人员和数据库设计人员交流的工具，达到都能理解业务的目的。  2、实体联系模型，E-R图，就把现实世界和数据库的逻辑模型联系起来了；简单的几个图形就把现实世界表示出来了，但抽象到这么简单的层次的过程，是非常不容易的。“逻辑数据模型”又称为“结构数据模型”，它们有严格

外部级、概念级、内部级；概念级起到一个联系外部级和内部级的作用，让外部级和内部级相互独立；另一个作用是将现实世界进行逐步的抽象和转化，最终可以通过物理表示现实世界。 从某个角度看到的数据特性，成为数据视图；例如外部级最接近用户，单个用户使用的数据视图的描述称为“外模式”；概念级涉及到所有用户的数据定义，也就是全局性的数据视图，对全局数据视图的描述称为“概念模式”；物理存储数据视图的描述称为

衡量关系模式的好坏的标准是模式的范式。其本质就是解决数据冗余的问题。