上一次写了一点第二章的笔记，强调了在做数据库模型的设计时要注意“人”的作用，这一次，来说点正题。第三章的主题目是：数据库建模构件块，看过了以后觉得有些还是在讲数据库的概念性东西，不过，就算是学过了也还是要看一遍，我们总是容易高估自己的记忆，其实很多时候，一些很基础的东西你不一定随时都能解释清楚它们到底是什么。Ready？GO！
数据库建模构件快
信息、数据和数据完整性
概念：信息—信息是知识或知识的交流。在计算机术语中，信息是存储在数据库中的数据，同程序处理，或者通过网络传送
数据：数据同唯一的、专门格式化的信息项组成。
计算机程序：程序是精确的指令集，用于操作和处理数据库的修改
数据类型：数据类型由数据可以采用的形式组成，例如数量、日期、字符串和其他形式
数据完整性：数据的完整性是数据的有效性。
表：在数据模型理论中，表是连续存入数据的存储桶。关系数据库模型和规范化的思想是，特定表中的数据直接与相同表中的所有其他项关联。表包含字段和记录。字段将结构应用于记录，而记录以不确定的次数复制字段结构。
记录、行和元组：记录、行和元组都是用于描述表中记录的术语。
字段、列和属性：字段、列和属性都是用于描述字段的术语
数据类型
简单数据类型：包括单值上的基本有效性难和格式化的需求。包括：
字符串
定长字符串
变长字符串
数值型
定长小数
浮点型
日期和时间
复杂数据类型：复杂数据类型包括对象数据类型。包括：
二进制对象
引用指针
集合数组
用户定义类型
专门的数据类型：指打算提供内含的复杂数据对象使用的数据类型。这些专门的数据类型允许具有内含的固有结构的类型（如XML文档、空间坐标数据和多媒体对象等）
约束和有效性：关系数据库允许约束，约束限定允许存储在表字段中的值。下面是一些约束示例：
NOT NULL—这是最简单的字段级约束，它确保在添加或修改时必须总是在字段中输入值
有效性检查—类似于NOT NULL约束，当添加或修改表中的记录时，有效性检查类型的约束限制字段中的值。
键—键约束包括主键、外键和唯一键。
关于规范化：规范化通常设法将信息划分为较小的、更容易管理的部分，但最好不要太小。规范化是自增的过程。每个范式层添加到已经应用的范式。
规范化的优点：减少存储数据的数理需求
数据组织得更好
规范化允许立刻修改表中的少量数据
潜在的规范化危险：涉及的物理空间在不断增加
过多的最小化冗余暗示过细的粒度和过多的表
使用过度数量的冗余最小化输送好的组织数据实际上可能导致更多的复杂性，特别是如果向终端用户提供数据库模型结构。
用ERD表示关系
这里介绍了在ERD中实体、一对一、一对多、多对多、标识和非标识关系在ERD图中的表示，由于涉及到图的关系，我就不画了，学过数据库的人应该都了解这些了吧。呵呵
键
主键：用于唯一标识表中的记录。每个记录的唯一标识是必要的，因为如果没有使用唯一标识符，则没有其他方法来查找唯一的记录。
唯一键：类似于主键，在整个表中只包含唯一值的字段上创建唯一键。
外键：在子表中创建的主键的副本，用于组成表间关系中链接的对立面：建立关系数据库关系。外键定义了子表中每个记录的引用，反向引用父表中的主键
参照完整性：参照完整性功能与和的名称声明一样。确保表之间参照关系的完整性，同主键和外键定义这种关系。在两个表之间的关系中，一个表有主键，而另一个表有外键。大多数关系数据库引擎使用通常所谓的约束。
索引：索引对性能和整体的数据库可用性非常重要，从而必须引入它们，而不需要深入研究每种不同类型索引的内在功能的事实真相。重点是理解索引的基础以及它们的不同类型的属性，获得关于为什么索引一般对于关系数据库如此重要的基本理解。
定义—索引通常并且最好是表的非常小部分的副本，例如一个字段，最好是短长度的字段。
索引时避免的事：
创建过多的索引
索引过多的字段
类型：Ｂ树索引
位图索引
ＩＳＡＭ索引
散列表
索引组织表
构建方法：升序和降序索引
唯一索引
非唯一索引
复合索引
压缩索引
反向键索引
这一章好像也是在讲基本概念，呵呵，谁让它是入门经典呢。。。