Mysql学习总结（85）——开发人员最应该明白的数据库设计原则

Posted 2022-02-05 科技D人生

一、增删改尽量限定在本表进行

这条原则也是与三大范式有些相悖的，但这样做的好处非常明显。

a，从开销角度出发这样做的话，增删改的开销通常比多表要低。

b，便捷开发，在数据存储过程中，如果涉及多表操作，表越多，处理业务逻辑的代码就越多，在开发时难度也就越大。

c，可维护性高，但就是因为单表设计的业务代码会相对简单，所以日后的维护也会相对容易，反之，多表的业务代码庞杂，日后的维护也会非常的困难。

二、主键体现业务关系和流程顺序

企业级应用最大的难题就是梳理业务，理清业务模块之间的对应关系。在数据库中，表中包含的主键除了要体现对应关系外，还应该体现生成顺序或流程顺序的逻辑。

三、表足够内聚

单个表尽量代表一个业务模块且记录模块中的所有字段。由第一个原则推理出这个原则，因为在本表增删改查的开销小，所以，如果一个表足够的内聚，那么这个表就要尽量记录模块中的所有字段。如果之后业务模块内字段过多，可以进行分表处理，但如果一开始就是分开设计的，那么处理会很麻烦。

四、慎用中间表

在充分遵循三大范式的前提下，我们的设计就会有很多的中间表