数据库设计的一般性原则

    数据库是任何系统的底层基石，是直接关系互联网项目性能的最重要指标。

   作为影响项目性能的瓶颈所在，尤其体现在关系型数据库。

    性能来源于设计，而不是优化。

    以下设计原则适用mysql数据库

 

根据以往的经验和对数据库的一些了解，总结一些数据库设计的一般性原则，以供

后期模块设计时参考。

 

1 命名原则

   数据库表名和列名大小写统一，为了便于快速识别，最好统一使用小写,单词之间使用下划线连接。

   

2 范式设计

   数据库结构设计不需要严格遵循三范式,适当的使用冗余会降低表的复杂度。尤其是现在存储硬件价格非常便宜的时期。

   

3 分表原则

   在设计表的时候，如果对关系型数据库了解不到位，存储原理知识的缺失会导致表的大小字段混乱。

   由于其存储特性,最好将大字段(text,blob等)与小字段分开存储。

   

4 列的数据类型

   由于数据库会对服务器和网络造成严重的内存和IO消耗，再加上数据库的预读、多次写等特性，在对业务需要充分了解的

   基础上尽可能的使用小字段。如tinyint 能满足需求尽可能不使用smallint,smallint能满足尽可能不使用int.

 

5 字段默认值

   基于数据库存储特性，数据库设计初期,最好根据需要，尽可能的填充字段默认值,避免出现NULL

 

6 主键索引

   主键索引作为数据库最重要的索引数据，往往与性能直接挂钩。主键索引尽可能使用数值类型，避免出现UUID或者字符类型。

   

7 普通索引设计

   普通索引包括唯一性索引和普通索引。

   这一类的索引设计，尽可能的选取选择性高的列作为索引。避免出现重复度过高的列作为索引。

   索引列的选取,最好考虑当其出现在where条件和order by 字段以及join on 之后的那系列。

   原则上单表不允许出现过多的索引列，考虑使用组合索引。

   

8 数据库注释

   考虑到现在pojo都是使用生成器直接生成,因此需要给表和字段添加相应注释。

   

9 存储引擎的选取

   mysql 最常用的引擎包含InnoDB和MyIsAM,

   5.0版本之前，包含事务的表考虑使用InnoDB，不包含事务的表使用MyISAM,

   5.0版本之后,优先考虑使用InnoDB.

   

10 特殊性字段

   考虑到随着业务的发展,系统往往需要考虑数据迁移,数据源多元化等,需要尽可能避免具有唯一性特性的字段。

   例如mssql中的timestamp。

   

11 外键

    互联网项目应尽可能的剔除外键。

 

12 数据库计算

    数据库擅长存储与索引数据，尽可能的避免数据库计算，可通过其他设计避免出现数据库计算。

 

13 内置代码

    mysql 的内置代码功能虽然在5.5版本的发布之后得到很大提升，但是就性能来说与PL-SQL的差距仍然非常巨大。

所以尽可能避免触发器、视图、过程的设计。这也为项目后期可能出现的数据迁移提供条件。

 

14 冷热数据分离

    数据库设计初期,应尽可能的熟悉业务需要,将冷热数据彻底分离，为数据预热加速提供条件，同时可以提高系统加载效率。

 

15 数据库扩展

    数据库设计应充分考虑后期扩展，考虑设计上的开闭原则

记录出现被标记状态的情况下，应根据业务需要以及在可预期的时间范围内数据规模考虑是否需要

将不同状态的数据分别存储。

 

16 json字段考虑

    mysql5之后 加入了存储json格式的技术，在设计时应充分考虑,避免将json字符串直接作为varchar存储。

 

17 排序规则

    在设计初期,必须注意到当字段为字符类型时期排序规则的选取。utf_bin 表示二进制,大小写区别对待，

utf_general_ci 大小写不敏感，但是比较速度较快,正确性稍差，

utf8_unicode_ci 表示支持扩展,即当把一个字母看作与其它字母组合相等时。体现在使用其他国家语言时。

 

简单描述

utf8_unicode_ci和utf8_general_ci对中、英文来说没有实质的差别。

utf8_general_ci校对速度快，但准确度稍差。

utf8_unicode_ci准确度高，但校对速度稍慢

 

18 分区

   分表分库的设计,虽然一定程度可以解决数据库的瓶颈问题,但是同时也带来一系列的重大难题，例如事务分布的考虑，

   分表规则、数据分页、数据维护与迁移等等。

   mysql5 之后的版本允许对表进行分区设计。将数据库文件物理分布。