随便写一些笔记内容

在sql中

select * form * where称为一个查询块

selec * from t_abele where a（）

数据库的三级模式，可以看到模式对应到基本表，是数据库中全体数据的逻辑结构。

外模式的内容来自于模式， 这些内容可以是某个模式的部分数据局或朵儿模式的组合数据， 外模式对应到数据库中的概念就是视图

我们将模式所对应的表称为基本表， 基本表中的数据实际上是物理储存在磁盘上的

在关系模型中有一个重要特点， 由select语句得到的结果仍然是二维表， 由此引出了视图的概念， 视图是查询语句产生的结果， 但它有自己的视图名， 视图中的每个列也有自己的列名， 视图在很多方面都与基本表类似

视图是由数据库的基本表中抽取出来的数据组成的逻辑窗口 是基本表的部分行和列数据的组合

它和基本表不同的是， 视图是一个徐报表， 数据库中只储存视图的定义， 而不储存视图所包含的数据， 这些数据 仍存在 原来的基本表中，

视图数据始终 与基本表数据保持一直，

节省储存空间

定义视图

用户可以通过sql语句定义视图， 也可以在sql serber 08 里面 用ssms 工具图形化地 定义视图

用sql 语句实现

通过视图查询数据

定义视图后， 就可以对其进行查询， 通过视图查询数据同通过基本表查询数据一样

目前大多数关系数据库管理系统对这种含有聚合函数的视图查询均能进行正确的转换

视图不仅可用于查询数据， 也可以通过视图修改基本表中的数据， 但并不是所有的视图都可以用户修改数据， 经过统计 或 表达式 计算得到的 视图， 就不能用户修改数据 的操作， 能够通过视图修改数据的 基本原则是：如果这个操作能够最终落实到基本表上， 并称为对基本表的 正确操作， 则可以通过视图修改数据， 否则不可恶意

定义视图后， 如果其结构不能满足用户的要求， 则可以对其进行修改，

视图的作用， 使用视图可以简化 和定制用户对数据的需求， 虽然对视图的操作最终都转换为对基本表的操作，视图看起来似乎没什么用处，但是合理地 使用视图 会 带来许多好处

简化数据查询语句， 采用视图可以使用户将注意力集中在所关心的数据上， 如果这些数据来自多个基本IAO， 或者数据一部分来自基本表， 另一部分 来自视图， 并且所用的搜索条件又比较复杂时 ， 需要编写的select 语句就会很长，

这时定义视图就可以简化数据的查询语句， 定义视图可以将表和表之间复杂的连接操作 和搜索条件对用户隐藏起来， 用户只简单地查询一个视图就可以了， 这在多次执行相同的数据查询操作时 尤为有用

在数据库中建立索引是为例加快数据的查询速度， 数据库中的索引和书籍中的目录或术后的属于表类似

在数据库中， 索引使对数据的查找不需要对整个表进行扫描 。 就可以在其中找到所需要的数据，

索引为查找所带来的性能好处是有代价的， 首先索引在数据库中会占用一定的储存空间来储存索引部分

需要对索引进行维护

索引的储存及结构以及分类

索引氛围两大类， 一类是聚集索引， 另一类是非聚集索引

聚集索引UI数据 按 索引关键字进行物流的排序， 非聚集索引不对数据进行物理排序，

建立聚集索引后，数据将按聚集索引项的值进行物理排序， 因此， 聚集索引很类似于奥玛不，

一个表只能包含一个聚集索引， 但聚集索引可以由多个列组成

当在建有聚集索引的列上查找数据时，系统首先从聚集索引树的入口，开始逐层向下查找，知道达到B 树索引的叶级，也就是达到了要找的数据所在的数据也 ， 然后在这个数据野种查找所需数据即可

当更改建有索引的列数据时， 数据库管理系统需要对数据进行重新排序， 使数据永远按索引项有序排序， 对数据重新排序后， 还需要相应地调整索引的储存， 因此
更改索引列的值会降低数据更改效率

聚集索引对于哪些经常要搜索列在连续范围内的值的查询特别有效 使用juju索引找到包含第一个列值的行后， 由于后续要查找的数据值在物理上相邻而且有序， incident主要将数据值直接 与查找的终止值

非聚集索引和聚集索引一样采用B树结构储存 但是有两个重要差别

1非聚集索引的数据不按非聚集索引关键字值，但有两个重要差别

2非聚集索引的叶级节点不是存放数据的数据页

唯一索引，可以确保索引列不包含重复的值， 在由多个列共同构成

在由多个列共同构成的唯一索引中，该索引可以确保索引中每个值，的组合都是唯一的。

聚集索引和非聚集索引都可以是唯一的，因此， 只要列中的收据是唯一的， 就可以在一个表上 创建一个唯一的聚集索引和多个唯一的非聚集索引，。

数据库设计

的任务是在给dig的应用环境下， 创建满足用户需求且性能良好的数据库模式 ， 建立数据库 以及 应用系统， 使 它 能有效地 储存 的 管理数据， 满足某公司 或 部门各类用户 业务的 需求

数据库设计 需要理论 知道， 关系数据库 规范化理论就是数据库设计的理论 指南， 规范化理论研究关系模式中

属性之间的以来关系以及其对关系模式 性能

数据的语义不仅表现为完整性约束， 对关系模式的设计也提出了一定的要求， 如何构造一个合适的关系模式，应 构造几个关系模式， 每个关系模式由哪些属性组成

都是数据库设计问题， 关心数据库的逻辑设计问题

关系规范化

不好的关系模式会带来的问题， 好的关系模式应该具备的兴致，

关系桂安华 ， 关系规范化是指导将有不良的函数以来的关系模式转换为良好的关系模式的理论， 这里涉及 范式的概念， 不同的范式表示关系模式 遵守的不同规则

关系数据库中的关系要满足 一定的要求， 满足不同程度要求的即为不同的范式， 满足最低要求的关系 称为 第一范式， 1nf 进一步满足要求 第二范式 2nf ， 第三范式 bc 范式 第四范式 第五范式

第几范式表示关系满足的条件， 称某一关系模式为第几范式的关系模式

可以理解为符合某种条件的关系模式的集合，

如果关系模式模式r中所有的属性都是基本属性，即每个属性都是不可再分的，则称R属于第一范式，简称1nf，记作r∈1nf。

非第一范式的关系转换成第一范式的关系非常简单， 只需要将所有属性都分解为基本属性即可。

如果关系模式r∈1nf， 并且r中的每个非主属性都完全函数依赖于主码，则r属于第二范式。

关系是数据库设计的目的是消除部分以来和传递以来， 因为这些毅力来会导致更新异常。

在关系数据库中， 对关系模式的及基本要求是要满足第一范式，这样的关系模式就是可以实现的， 但是在第一范式的关系中会存在数据操作异常， 因此 ，人们寻求解决 这些问题的方法 就是规范化 引出的原因。

规范化的基本思想是逐步消除数据以来中不合适的以来，通过模式分解的方法使关系模式逐步消除操作异常

分解的基本思想是让一个关系模式只描述一件事情， 级面向主题设计数据库的关系模式。

因此，规范化的过程就是让每个关系模式概念单一化的过程。

通过模式分解的方法使关系模式逐步消除操作异常

分解对的基本思想是让一个关系模式 只描述一件事情， 即面向主题设计数据库的关系模式

规范化的过程就是让每个关系模式概念单一化

从认识非主属性的部分以来 带来的问题

规范化的过程 实际上是通过 把范式成都低的关系模式分解为若干哥范式 成都高的关系模式来实现的

分解的最终目的是使每个关系模式只描述一个主题， 如果某个关系模式描述了两个或多个主题， 就应该将它分解为多个关系模式

规范化的方法使进行模式分解， 且确保分解后产生 的模式 与 原模式等价， 即模式分解不能原来的语音。

范式的每一次升级都是通过模式分解实现的， 在进行模式分解时 应注意保持 分解后的关系 能够 具有 无损连接性并能保持原油函数以来关系

关系数据库的规范化理论主要是 包括 三方面内容， 函数以来 范式 和关系模式 设计， 起哄函数依赖起着核心作用， 它是模式分解 和设计的基础， 范式是模式分解的标准

关系规范化理论的根本目的是指导我们设计 没有数据冗余和操作异常的关系模式， 对于 一般的数据库应用来说， 设计到 第三范式 就足够了， 因为规范化成都越高， 表的个数 就越多， 就 有可能降低 数据的操作效率