物理设计
 
物理设计就是根据所选择的关系型数据库的特点对逻辑模型进行存储结构设计。它涉及的内容包含以下4方面：1. 定义数据库、表及字段的命名规范；2. 选择合适的存储引擎；3. 为表中的字段选择合适的数据类型；4. 建立数据库结构。
 
定义数据库、表及字段的命名规范
 
数据库、表及字段的命名要遵守可读性原则
数据库、表及字段的命名要遵守表意性原则
数据库、表及字段的命名
 
存储引擎
 
MyISAM存储引擎是非事务的，锁粒度是表级的，主要应用于select，insert，不适合应用于读写操作频繁的场景，因为对于读写操作会进行锁表操作。
MRG_MYISAM和MyISAM差不多
Innodb存储引擎是支持事务，支持MVCC行级锁，适合任何场景
Archive存储引擎不支持事务，支持行级锁，支持insert、select，适用于随机读取、更新、删除。
Ndb Cluster是MySQL集群存储引擎 ，支持事务，支持行级锁，具有高可用性
 
数据类型
 
原则：当一个列可以选择多种数据类型时，应该优先考虑数值类型，其次是日期或二进制类型，最后是字符类型。对于相同级别的数据
 
类型，应该优先选择占用空间小的数据类型。
 
1. 数值类型
 
数值类型可以分为整数类型和实数类型。
 
 
其中，M表示整数类型的最大显示宽度； 对于浮点和定点类型，M是可以存储的总位数（精度）；对于字符串类型，M是最大长度。 M
 
的最大允许值取决于数据类型。注意：当我们只存储两位数时，一种错误用法就是int(2)，其实int(i)存储空间是由数据类型和是否是
 
unsigned决定的，i只是表示显示长度。int(11)和int(1)的存储空间是没差别的， int(11)的数据长度如果小于11，则默认补充空格，如果
 
int (11)字段被zerofill修饰，则默认补充0，而且字段被zerofill修饰会自动添加unsigned。因此，当我们只存储两位数时，使用tinyint才能
 
达到我们简约空间的目的。
 
注意：Decimal类型是精确类型的，如果我们需要存储精确数据，例如财务数据就必须使用Decimal类型，而不能使用float和double类型。
 
2. 字符串类型
 
字符串类型中有两种类型：char和varchar。 
 
 
varchar(n)的存储规范
 
varchar存储变长内容，varchar需要额外的空间记录内容长度，当内容小于255字节时，需要一个额外字节，当内容大于255字节时，需要2个额外字节；
在jbk编码下，char占2个字节，在UTF-8编码下，char占用3个字节；
MySQL每行最多存储65535个字节；
varchar中的第1个字节表示是否为空，第二个字节和第3个字节表示长度，剩下字节表示实际内容，因此最大可用存储65535-1-2=65532 ；
 
create table t1(c varchar(n)) charset=gbk,则此处n的最大值为(65535-1-2)/2=32766

create t(c int ,c2 char(30),c3 varchar(n)) charset=utf8,则此处n的最大值（65535-1-2-4-90）/3=21812
 
* varchar（100）中的100指的是100个字符数量；
 
使用场景：字符串列的最大长度比平均长度大很多；字符串列很少被更新，由于varchar类型长度不固定，那么进行更新时，可
 
能导致存储页的分裂，引起存储碎片；使用多字节字符集存储字符串，以UTF-8为例，存储中文需要3个字节，而存储英文或数字只需
 
要1个字节。
 
char(n)的存储规范
 
char类型是定长的；
字符串存储在char类型的列中会删除末尾的空格（见下图）；
char类型的最大宽度是255字节。
适用场景： char类型适合存储长度近似的值，例如身份证、md5值，手机号等；char类型适合存储短字符串，例如性别字段，
 
使用char(1)就比varchar(1)更节省空间，因为varchar还需要存储额外字节存储其他信息；char类型适合存储经常更新的字符序列，
 
由于char类型的长度是固定的，MySQL会一次性地分配存储空间，在多次更新时也不会出现页分裂的情况，减少存储碎片。
 
 
3. 日期类型
 
 
注意：timestamp占4byte，实际上是用int存储的。由于只有4byte，因此它只能显示1970-01-01 到 2038-01-19，也正是这个原因，如
 
果在这个时间内的字段推荐使用timestamp。timestamp类型显示依赖于所指定的时区。除此之外，还需要注意一点，**在行的数据
 
修改时可以自动修改timestamp列的值**，这个特性可以帮助我们在进行数据分析时自动提取出最新变化的数据。
 
MySQL5.5 datetime类型字段不能设置默认值为now()
 
MySQL5.6 datetime类型字段可以设置默认值为now()
 
from_unixtime():数字转换成时间
unix_timestamp():时间转换成数字
Date_sub/DATE_ADD:对时间进行加减
CURDATE():将当前日期按照’YYYY-MM-DD’
NOW():返回当前日期和时间值
 
建立数据库结构
 
1. DML（Data manipulation language，数据操作语言）
 
DML分成数据查询和数据更新两类，数据更新又分成插入、删除和修改三种操作，主要命令：select、insert、delete、update、merge、call、explain、plan。
 
2. DDL（Data definition language，数据定义语言）
 
DDL包括两种类型数据：数据字典以及数据类型和结构定义。主要命令：create 、alter、drop、truncate、rename、comment。
Create，用于创建语句，用于创建表或者数据库或者存储过程或者其他内容
 
create table tea(id int not null auto_increment,name varchar(6) not null,remark char(6),primary key(id));
show create table tea;
 
Alter,一般用于添加或者修改表中的字段名或者字段定义。也可以用于修改字段顺序等。同样的也可以用于修改数据库的名字或者编码
 
修改字段定义:
ALTER TABLE emp MODIFY first_name VARCHAR(20) NOT NULL DEFAULT '-';  
添加字段:
alter table emp add column age int(3) not null default 0;  
修改字段名字，同时修改定义:
alter table emp change age age1 int(4) not null default 0;  
在表Column的尾部追加新的column:
alter table emp add birth date not null after empno;  
移动column到表column的首位:
alter table emp modify age1 int(3) not null default 0 first;  
将某个column移动到另一个columon后面:
alter table department change deptno deptno int(11) NOT NULL after deptname;  
删除主键:
alter visit_log drop primary key;  
修改表名:
alter table emp rename employees; 
删除字段
alter table guess_product_info  drop column backstyle;
 
3. DCL（Data Control Language，数据控制语言）
 
设置或更改数据库用户或角色权限，包括对基本表和视图的授权，完整性规则的描述，事务控制等内容。
grant
 
赋予权限
grant all privileges on *.* to 'root'@'localhost' with grant option; 授权远程用户注意不要with grant option
grant select,update,create,delete on *.* to guest@'115.220.46.%' identified by 'test@home';创建业务用户，并要求只限制IP段
查看权限
Select user,password,host from mysql.user;
Show grants for root@'localhost';
select user,password,host ,grant_priv,super_priv from mysql.user;
重命名用户
rename mysql.user root@' ' to admin@' ';
刷新权限
flush privileges
回收权限
revoke select,insesrt,update,delete,create on *.* from 'guest'@'115.220.46.%';
show grants for guest@'115.220.46.%';
修改密码
update mysql.user set password =password('test') where user='guest';password()函数对字符串进行MD5加密
mysqladmin -uroot -ptest password 12345
                                    -p 旧密码  password 新密码

忘记密码
mysqld_safe --defaults-file=/etc/mysql/my3306.cnf --skip-grant-tables &
删除用户
drop user root@'';
删除test数据库
select * from mysql.db where db like '%test%'\G;
delete from mysql.db where db like '%test%';
删除不需要的用户

mysql> select user,password,host from mysql.user;
+------+-------------------------------------------+------------+
| user | password                                  | host       |
+------+-------------------------------------------+------------+
| root |                                           | localhost  |
| root |                                           | nbview.com |
| root |                                           | 127.0.0.1  |
| root |                                           | ::1        |
|      |                                           | localhost  |
|      |                                           | nbview.com |
| kewy | kewy126@home                              | %          |
| root | *08F411191A8F7130F09F0A961DB8E87983620D5B | %          |
+------+-------------------------------------------+------------+
8 rows in set (0.00 sec)
mysql> delete from mysql.user where user='kewy';
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    59
Current database: student_db1
Query OK, 1 row affected (0.01 sec)
mysql> delete from mysql.user where user='root' and host='::1';
Query OK, 1 row affected (0.00 sec)
mysql> delete from mysql.user where user='root' and host='nbview.com';
Query OK, 1 row affected (0.00 sec)
mysql> delete from mysql.user where host='nbview.com';
Query OK, 1 row affected (0.00 sec)

mysql> delete from mysql.user where host='localhost' and user is null;
Query OK, 0 rows affected (0.00 sec)

mysql> delete from mysql.user where host='127.0.0.1' ;
Query OK, 1 row affected (0.00 sec)
mysql> select user,password,host from mysql.user;
+------+-------------------------------------------+-----------+
| user | password                                  | host      |
+------+-------------------------------------------+-----------+
| root |                                           | localhost |
| root | *08F411191A8F7130F09F0A961DB8E87983620D5B | %         |
+------+-------------------------------------------+-----------+
2 rows in set (0.00 sec)
 
4. TCL（Transaction Control Language，事务控制语言）
 
TCL用于控制事务内执行流程的语言
start transaction|Begin:开始一个事务
Savepoint：创建一个记录点，方便回滚到这个地方
Rollback:回滚事务
Commit：提交事务
 
开始事务
START TRANSACTION  
可选:创建一个存档点
SAVEPOINT sp  
开始操作SQL
select  
insert  
...
操作完成提交数据
COMMIT  
或者，操作失败，回滚数据(回滚到某个存档点)
ROLLBACK  
ROLLBACK TO sp  
释放存档点
RELEASE SAVEPOINT sp  
 
总结
 
在进行数据库物理设计时，我们需要计算每张表的存储空间， 选择存储引擎和表中的数据类型。
 
 
 
欢迎关注微信公众号：木可大大，所有文章都将同步在公众号上。

数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最合适应用要求的物理结构的过程，称为数据库的物理设计。物理设计的目的是有效地实现逻辑模式，确定所采取的存储策略。此阶段是以逻辑设计的结构作为输入，并结合具体DBMS的特点与存储设备特性进行设计，选定数据库在物理设备上存储结构和存取方法。数据库的物理设计可分为两步：
 
 
确定数据库的物理结构，在关系数据库中主要指存储结构和存取方法。
 
 
对物理结构进行评价，评价的重点是时间和空间效率。
 
 
如果评价结果满足原设计要求，则可进入物理实施阶段，否则需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。
 
关系模式存取方法选择
 
数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。物理设计的任务之一就是要确定选择哪些存取方法，即建立哪些存取路径。存取方法是快速存取数据库中数据的技术。数据库管理系统一般都提供多种存取方法，常用的存取方法有3类：索引方法、聚簇(Cluster)方法和HASH方法。
 
索引存取方法的选择
 
在关系数据库中，索引是一个单独的、物理的数据结构，它是某个表中一列或若干列的集合和相应指向表中物理标识这些值的数据页的逻辑指针清单。索引可以提高数据的访问速度，可以确保数据的唯一性。索引存取方法就是根据应用要求确定对关系的哪些属性列建立索引、哪些属性列建立组合索引、哪些索引要设计为唯一索引等。
 
 
如果一个(或一组)属性经常在查询条件中出现，则考虑在这个(或这组)属性上建立索引(或组合索引)。
 
 
如果一个属性经常作为最大值或最小值等聚集函数的参数，则考虑在这个属性上建立索引。
 
 
如果一个(或一组)属性经常在连接操作的连接条件中出现，则考虑在这个(或这组)属性上建立索引。
 
 
关系上定义的索引数并不是越多越好，因为系统为维护索引要付出代价，并且查找索引也要付出代价。例如，若一个关系的更新频率很高，这个关系上定义的索引就不能太多。因为更新一个关系时，必须对这个关系上有关的索引做相应的修改。
 
聚簇存取方法的选择
 
为了提高某个属性或属性组的查询速度，把这个或这些属性(称为聚簇码)上具有相同值的元组集中存放在连续的物理块称为聚簇。创建聚簇可以大大提高按聚簇码进行查询的效率。
 
设计聚簇的规则
 
凡符合下列条件之一，均可以考虑建立聚簇：
 
 
对经常在一起进行连接操作的关系可以建立聚簇。
 
 
如果一个关系的一组属性经常出现在相等比较条件中，则该关系可建立聚簇。
 
 
如果一个关系的一个或一组属性上的值的重复率很高，即对应每个聚簇码值的平均元组数不是太少，则可以建立聚簇。如果元组数太少，则聚簇的效果不明显。
 
 
凡存在下列条件之一，均应考虑不建立聚簇：
 
 
需要经常对全表进行扫描的关系。
 
 
在某属性列上的更新操作远多于查询和连接操作的关系。
 
 
使用聚簇需要注意的问题
 
 
一个关系最多只能加入一个聚簇。
 
 
聚簇对于某些特定应用可以明显地提高性能，但建立聚簇和维护聚簇的开销很大。
 
 
在一个关系上建立聚簇，将移动关系中的元组的物理存储位置，并使此关系上的原有索引无效，必须重建。
 
 
因为当一个元组的聚簇码值改变时，该元组的存储也要做相应的移动，所以聚簇码值要相对稳定，以减少修改聚簇码值所引起的维护开销。
 
 
因此，通过聚簇码进行访问或连接是关系的主要应用，与聚簇码无关的其他访问很少或者是次要时，可以使用聚簇。当SQL语句中包含有与聚簇码有关的ORDER_BY、GROUP_BY、UNION、DISTINCT等子句或短语时，使用聚簇特别有利，可以省去对结果集的排序操作；否则很可能会适得其反。
 
HASH存取方法的选择
 
有些数据库管理系统提供了HASH存取方法。选择HASH存取方法的规则如下：
 
 
如果一个关系的属性主要出现在等值连接条件中或相等比较选择条件中，并且满足下列两个条件之一时，则此关系可以选择HASH存取方法。
 
  
 
一个关系的大小可预知，并且不变。
 
 
关系的大小动态改变，并且所选用的DBMS提供了动态HASH存取方法。
 
 
 
确定数据库的存储结构
 
确定数据库的物理结构主要是指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构；确定系统配置等。
 
为了提高系统性能，应该根据实际应用将数据库中数据的易变部分与稳定部分、常存取部分、存取频率较低部分分开存放。有多个磁盘的计算机可以采用下面几种存取位置的分配方案。
 
 
将表和该表的索引放在不同的磁盘中。在查询时，两个磁盘驱动器并行操作，提高了物理I/O读/写的效率。
 
 
将比较大的表分别放在两个磁盘上，以加快存取速度，这在多用户环境下特点有效。
 
 
将日志文件与数据库的对象放在不同的磁盘上，以改进系统的性能。
 
 
对于经常存取或存取时间要求高的对象应放在高速存储器上；对于存取频率小或存取时间要求低的对象(如数据库的数据备份和日志文件备份等，只在故障恢复时才使用)，如果数据量很大，则可以存放在低速存储设备上。
 
 
DBMS产品一般都提供了一些系统配置变量、存储分配参数，以供设计人员和DBS对数据库进行物理优化。在初始情况下，系统都为这些变量赋予了合理的默认值。这些初始值并不一定适合每种应用环境，在进行物理设计时，需要重新对这些变量赋值，以改善系统的性能。系统配置变量很多，例如，同时使用数据库的用户数、同时打开数据库的对象数、内存分配参数、缓冲区分配参数(使用的缓冲区长度、个数)、存储分配参数、物理块的大小、物理块装填因子、时间片大小、数据库的大小、锁的数目等。这些参数值会影响存取时间和存储空间的分配，因此在进行物理设计时，要根据应用环境确定这些参数值，以使系统性能最佳。
 
（最近更新：2019年09月03日）

数据库的物理设计
 
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统 
 为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，就是数据库的物理设计
 
数据库物理设计的步骤 
 确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构 
 对物理结构进行评价，评价的重点是时间和空间效率 
 如果评价结果满足原设计要求，则可进入到物理实施阶段，否则，就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型
 
数据库物理设计的内容和方法
 
设计物理数据库结构的准备工作 
 对要运行的事务进行详细分析，获得选择物理数据库设计所需参数 
 充分了解所用RDBMS的内部特征，特别是系统提供的存取方法和存储结构 
 选择物理数据库设计所需参数 
 数据库查询事务 
 查询的关系 
 查询条件所涉及的属性 
 连接条件所涉及的属性 
 查询的投影属性
 
选择物理数据库设计所需参数(续) 
 数据更新事务 
 被更新的关系 
 每个关系上的更新操作条件所涉及的属性 
 修改操作要改变的属性值 
 每个事务在各关系上运行的频率和性能要求
 
关系数据库物理设计的内容 
 为关系模式选择存取方法(建立存取路径) 
 设计关系、索引等数据库文件的物理存储结构
 
关系模式存取方法选择
 
数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求 
 物理设计的任务之一就是要确定选择哪些存取方法，即建立哪些存取路径 
 DBMS常用存取方法 
 索引方法 
 目前主要是B+树索引方法 
 经典存取方法，使用最普遍 
 聚簇（Cluster）方法 
 HASH方法
 
选择索引存取方法
 
根据应用要求确定 
 对哪些属性列建立索引 
 对哪些属性列建立组合索引 
 对哪些索引要设计为唯一索引
 
选择索引存取方法的一般规则
如果一个(或一组)属性经常在查询条件中出现，则考虑在这个(或这组)属性上建立索引(或组合索引)
如果一个属性经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引
如果一个(或一组)属性经常在连接操作的连接条件中出现，则考虑在这个(或这组)属性上建立索引
关系上定义的索引数过多会带来较多的额外开销
 维护索引的开销
 查找索引的开销
 
聚簇
 
为了提高某个属性（或属性组）的查询速度，把这个或这些属性（称为聚簇码）上具有相同值的元组集中存放在连续的物理块称为聚簇
 
聚簇的用途
 
大大提高按聚簇码进行查询的效率 
 例：假设学生关系按所在系建有索引，现在要查询信息系的所有学生名单。 
 信息系的500名学生分布在500个不同的物理块上时，至少要执行500次I/O操作 
 如果将同一系的学生元组集中存放，则每读一个物理块可得到多个满足查询条件的元组，从而显著地减少了访问磁盘的次数
节省存储空间 
 聚簇以后，聚簇码相同的元组集中在一起了，因而聚簇码值不必在每个元组中重复存储，只要在一组中存一次就行了
 
聚簇的局限性
 
聚簇只能提高某些特定应用的性能
建立与维护聚簇的开销相当大 
 对已有关系建立聚簇，将导致关系中元组移动其物理存储位置，并使此关系上原有的索引无效，必须重建 
 当一个元组的聚簇码改变时，该元组的存储位置也要做相应移动
 
聚簇的适用范围 
 1. 既适用于单个关系独立聚簇，也适用于多个关系组合聚簇 
 例：假设用户经常要按系别查询学生成绩单，这一查询涉及学生关系和选修关系的连接操作，即需要按学号连接这两个关系，为提高连接操作的效率，可以把具有相同学号值的学生元组和选修元组在物理上聚簇在一起。这就相当于把多个关系按“预连接”的形式存放，从而大大提高连接操作的效率。
 
当通过聚簇码进行访问或连接是该关系的主要应用，与聚簇码无关的其他访问很少或者是次要的时，可以使用聚簇。 
 尤其当SQL语句中包含有与聚簇码有关的ORDER BY，GROUP BY，UNION，DISTINCT等子句或短语时，使用聚簇特别有利，可以省去对结果集的排序操作
 
设计候选聚簇
对经常在一起进行连接操作的关系可以建立聚簇
如果一个关系的一组属性经常出现在相等比较条件中，则该单个关系可建立聚簇
如果一个关系的一个(或一组)属性上的值重复率很高，则此单个关系可建立聚簇。即对应每个聚簇码值的平均元组数不太少。太少了，聚簇的效果不明显
 
优化聚簇设计 
 从聚簇中删除经常进行全表扫描的关系； 
 从聚簇中删除更新操作远多于连接操作的关系； 
 不同的聚簇中可能包含相同的关系，一个关系可以在某一个聚簇中，但不能同时加入多个聚簇 
 从这多个聚簇方案(包括不建立聚簇)中选择一个较优的，即在这个聚簇上运行各种事务的总代价最小
 
选择HASH存取方法的规则
 
当一个关系满足下列两个条件时，可以选择HASH存取方法 
 该关系的属性主要出现在等值连接条件中或主要出现在相等比较选择条件中 
 该关系的大小可预知，而且不变； 
 或 
 该关系的大小动态改变，但所选用的DBMS提供了动态HASH存取方法
 
确定数据库的存储结构
 
确定数据库物理结构的内容 
 1. 确定数据的存放位置和存储结构 
 关系 
 索引 
 聚簇 
 日志 
 备份 
 2. 确定系统配置 
 确定数据存放位置和存储结构的因素 
 存取时间 
 存储空间利用率 
 维护代价 
 这三个方面常常是相互矛盾的 
 例：消除一切冗余数据虽能够节约存储空间和减少维护代价，但往往会导致检索代价的增加 
 必须进行权衡，选择一个折中方案
 
确定数据的存放位置
 
基本原则 
 根据应用情况将 
 易变部分与稳定部分分开存放 
 存取频率较高部分与存取频率较低部分，分开存放
 
例：
数据库数据备份、日志文件备份等由于只在故障恢复时才使用，而且数据量很大，可以考虑存放在磁带上
如果计算机有多个磁盘或磁盘阵列 ，可以考虑将表和索引分别放在不同的磁盘上，在查询时，由于磁盘驱动器并行工作，可以提高物理I/O读写的效率 

例（续）：
可以将比较大的表分别放在两个磁盘上，以加快存取速度，这在多用户环境下特别有效
可以将日志文件与数据库对象（表、索引等）放在不同的磁盘以改进系统的性能
 
DBMS产品一般都提供了一些存储分配参数 
 同时使用数据库的用户数 
 同时打开的数据库对象数 
 内存分配参数 
 使用的缓冲区长度、个数 
 存储分配参数 
 …….
 
评价物理结构
 
评价内容 
 对数据库物理设计过程中产生的多种方案进行细致的评价，从中选择一个较优的方案作为数据库的物理结构 
 评价方法（完全依赖于所选用的DBMS ） 
 定量估算各种方案 
 存储空间 
 存取时间 
 维护代价 
 对估算结果进行权衡、比较，选择出一个较优的合理的物理结构 
 如果该结构不符合用户需求，则需要修改设计
 
数据库结构建立好后，就可以向数据库中装载数据了。组织数据入库是数据库实施阶段最主要的工作。
 
数据装载方法 
 人工方法 
 计算机辅助数据入库
 
数据库的试运行
 
强调两点： 
 分期分批组织数据入库 
 重新设计物理结构甚至逻辑结构，会导致数据重新入库。 
 由于数据入库工作量实在太大，费时、费力，所以应分期分批地组织数据入库 
 先输入小批量数据供调试用 
 待试运行基本合格后再大批量输入数据 
 逐步增加数据量，逐步完成运行评价
 
数据库的转储和恢复 
 在数据库试运行阶段，系统还不稳定，硬、软件故障随时都可能发生 
 系统的操作人员对新系统还不熟悉，误操作也不可避免 
 因此必须做好数据库的转储和恢复工作，尽量减少对数据库的破坏。
 
数据库的运行与维护
 
数据库试运行合格后，数据库即可投入正式运行。 
 数据库投入运行标志着开发任务的基本完成和维护工作的开始 
 对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。 
 应用环境在不断变化 
 数据库运行过程中物理存储会不断变化
 
在数据库运行阶段，对数据库经常性的维护工作主要是由DBA完成的，包括： 
 数据库的转储和恢复 
 数据库的安全性、完整性控制 
 数据库性能的监督、分析和改进 
 数据库的重组织和重构造
 
数据库的重组织和重构造 
 重组织的形式 
 全部重组织 
 部分重组织 
 只对频繁增、删的表进行重组织 
 重组织的目标 
 提高系统性能
 
重组织的工作 
 按原设计要求 
 重新安排存储位置 
 回收垃圾 
 减少指针链 
 数据库的重组织不会改变原设计的数据逻辑结构和物理结构
 
数据库重构造 
 根据新环境调整数据库的模式和内模式 
 增加新的数据项 
 改变数据项的类型 
 改变数据库的容量 
 增加或删除索引 
 修改完整性约束条件
 
数据库各级模式的形成 
 数据库的各级模式是在设计过程中逐步形成的 
 需求分析阶段综合各个用户的应用需求（现实世界的需求） 
 概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述
 
在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式 
 在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式

物理设计要做什么？ 
 1：选择合适的数据库管理系统 
 2：定义数据库、表及字段的命名规范 
 3：根据所选的DBMS系统选择合适的字段类型 
 4：反范式化设计
 
物理设计的目标就是建立数据的表结构，所以，我们需要选择使用什么样的数据库系统来建立表结构，通常要通过需求的特点、数据库系统的特点、成本等因素来选择。 
 然后，建库建表的时候肯定要考虑，建立的具体的表的结构字段了，这些一方面是根据对应的规范来的，另一方面是根据实际的经验来的，最好有一定的命名规范要求，主要目的是为了方便识别每个表的作用和特点，注意选择什么样的数据库系统结构要在建立对应的表结构的命名规范之前来做，因为每个数据库系统都有其对应的特点。 
 表的字段类型的选择(varchar char)一般是根据需求和实际的工作经验来选择deep，前提是符合一定的命名规范，另外就是要考虑节约空间，提高查询效率，易编程性。 
 反范式化的设计，主要考虑到要以空间换时间的事情，适当的冗余可以提高查询的效率和维护的效率。
 
常见的DBMS数据库 
 Oracle，SQLServer是商业数据库，要考虑到版权的问题，更适合企业级项目。 
 MySQL，pgSQL是开源数据库，适用于互联网项目
 
SQLServer更多适用于windows系统，而其他数据库windows、Linux都适用 
 .net语言->SQLServer 
 java PHP -> MySQL Oracle
 
sqlserver是微软的产品，只能在windows系统上运行，是属于商业数据库，中小型 
 oracle也是商业数据库，比较大型企业 
 mysql开源
 
MySQL常用的存储引擎 
 
 
参考视频：参考视频：http://www.imooc.com/learn/117