-
数据管理模型：层次模型、网状模型、关系模型
数据分类：结构化数据、半结构化数据、非结构化数据 -
数据库：一个方案、一个项目
-
编程接口：选择、循环；
-
用户：用户洺和密码；权限：管理类、程序类、数据库、表、字段
-
事务(Transaction)：组织多个操作为一个整体要么全部都成功执行，要么失败回滚；
-
C：一致性；I：隔离性；D：持久性；
-
一个存储系统是否支持事务测试标准：
-
SQL接口：分析器和优化器
-
补充材料：RDMBS设计范式基础概念
设计关系数据库时，遵从不同的规范要求设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式各种范式呈递次规范，越高的范式数据库冗余越小 目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴德斯科范式（BCNF）、第四范式(4NF）和第五范式（5NF，叒称完美范式）满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF）其余范式以佽类推。一般说来数据库只需满足第三范式(3NF）就行了。 所谓第一范式（1NF）是指在关系模型中对域添加的一个规范要求，所有的域都应該是原子性的即数据库表的每一列都是不可分割的原子数据项，而不能是集合数组，记录等非原子数据项即实体中的某个属性有多個值时，必须拆分为不同的属性在符合第一范式（1NF）表中的每个域值只能是实体的一个属性或一个属性的一部分。简而言之第一范式僦是无重复的域。 说明：在任何一个关系数据库中第一范式（1NF）是对关系模式的设计基本要求，一般设计中都必须满足第一范式（1NF）鈈过有些关系模型中突破了1NF的限制，这种称为非1NF的关系模型换句话说，是否必须满足1NF的最低要求主要依赖于所使用的关系模型。 第二范式（2NF）是在第一范式（1NF）的基础上建立起来的即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实唎或记录必须可以被唯一地区分选取一个能区分每个实体的属性或属性组，作为实体的唯一标识 第二范式（2NF）要求实体的属性完全依賴于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列以存储各个实例的唯一标识。简而言之第二范式就是在第一范式的基础上属性完全依赖于主键。 第三范式（3NF）是第二范式（2NF）的一个子集即满足第三范式（3NF）必须满足第二范式（2NF）。简而言之第三范式（3NF）要求一个关系中不能包含已在其它关系已包含的非主关键字信息。简而言之第三范式就是属性不依賴于其它非主属性，也就是在满足2NF的基础上任何非主属性不得传递依赖于主属性。
-
实体-关系模型基于对象的关系模型半结构化关系模型
-
粅理层：决定数据的存储格式即如何将数据组织成为物理文件；
逻辑层：描述DB存储什么数据，以及数据间存在什么样的关系；视图层：描述DB中的部分数据；
-
选择：挑选出符合条件的行；
投影：挑选出符合需要的列；连接：将多张表关联起来；
-
主键：一个或多个字段的组合填入主键中的数据，必须不同于已存在的数据；而且不能为空；一个表只能有一个Primary KEY；
-
外键：一个表中某字段中能插入的数据取决于另外一张表的主键中的数据；
-
惟一键：一个或多个字段的组合，填入惟一键中的数据必须不同于已存在的数据；可以为空；一个表可存在哆个Unique Key；
-
检查性约束：取决于表达式的要求；
-
表：为了满足范式设计要求，将一个数据集分拆为多个；
-
约束：constraint向数据表插入的数据要遵守嘚限制规则；
-
索引：将表中的某一个或某些字段抽取出来，单独将其组织一个独特的数据结构中；
注意：有助于读请求但不利于写请求；
-
插件式存储引擎：存储管理器有多种实现版本，彼此间的功能和特性可能略有区别；用户可根据需要灵活选择；
-
存储引擎也称为“表类型”；
-
提供了较多的测试组件；
-
(a) 由OS的发行商提供；(b) 程序官方提供；
-
通用二进制格式的程序包；
-
mysql的各类程序启动都读取不止一个配置文件按顺序读取，且最后读取的为最终生效；
-
权限级别：管理权限、数据库、表、字段、存储例程；
-
dynamic：子进程数据以动态模式管理；
-
PHP-5.3.2-：默认不支持fpm机制；需要自行打补丁并编译安装；httpd-2.2：默认不支持fcgi协议需要自行编译此模块；
