　　在数据库设计的过程中，用户可能会有疑问：是否所有表都应该按照第三范式来设计？表中的字段设置多大

长度合适？这些小问题，也需要谨慎对待，合理设计，此后也需要对MySQL中一些数据库对象进行优化。

　　原则上，表需要使用何种数据类型是需要根据应用来判断的；需要有一些冗余，但是不推荐很多字段都有大量冗余。

　　MySQL中，可以使用函数PROCEDURE ANALYSE()对当前的表进行分析，该函数会对数据表中列的数据类型提出优化建议，

用户可以根据应用的实际情况酌情选择是否实施优化。

　　select * from table_name procedure analyse();

　　select * from table_name procedure analyse(16,256);

　　以上第二个语句告诉procedure analyse()不要为哪些包含的值对于16个或者256个字节的ENUM类型提出建议,因为ENUM类型通常很难阅读。

　　表中数据量越大，给出的建议越合理。根据建议我们可以使用alter table table_name modify ...来修改对应的列。

2、通过拆分表来提高访问效率

　　这里所说的拆分，是指对数据表进行拆分。如果针对MyISAM类型的表进行，那么有两种拆分方式（InnoDB也适用）：

1）垂直拆分：即把主码和一些列当道一个表中，把主码和另外的列放到另一个表中。

　　如果一个表中有一些列常用，另一些列不常用，则可以采用垂直拆分；垂直拆分，一个是的数据行变小，一个数据页就能

存放更多的数据，在查询时就会减少IO次数。缺点是，要管理冗余列，查询所有数据需要联合（JOIN）操作。

2）水平拆分：即根据一列或者多列数据的值将数据行放到两个独立的表中。

　水平拆分通常在以下几种情况下使用：

　例如：移动电话的账单表就可以分成两个表或者多个表。最近3个月的账单数据存在一个表中，3个月前的历史账单存放在另外一个表中，

超过1年的历史账单就可以存储到单独的存储介质上，这种拆分是最常使用的水平拆分方法。

　　水平拆分会给应用增加复杂度，他通常在查询时需要多个表名，需要UNION操作。许多时候，这种复杂性会超过他带来的有点，故要根据实际

情况决定是否需要对表进行水平拆分。

3、逆规范化

　　对于查询较多的应用，要根据实际情况运用逆规范化对数据进行设计，通过逆规范化来提高查询的性能。因为规范化越高，产生的关系就越多，关系

过多的直接结果就是导致表之间的连接操作频繁，而表之间的连接操作是性能较低的操作，直接影响查询速度。

　　反规范化带来的好处是降低连接操作的需求、降低外码和索引的数目，还可能减少表的数目，相应带来的问题是可能出现数据的完整性问题。加快

查询速度，会降低修改速度。一般来说好的索引和其他方法经常能够解决性能问题，而不必采用范规范化方法。

　　常用的反规范化技术有：增加冗余列，增加派生列，重新组表和分割表。

　　逆规范化需要维护数据的完整性，方法有：批处理维护（定时跑存储过程，实时性不高）、应用逻辑维护（太复杂，容易遗漏）、触发器（实时的）。

　　对于数据量较大的表，在其上做统计查询通常效率会很低，并且还要考虑统计查询是够会对在线的应用产生影响。通常在这种情况下，使用中间表

可以提高统计查询的效率。

　　中间表在统计查询中经常会用到，有点如下：