《IDC表设计规范说明》由会员分享，可在线阅读，更多相关《IDC表设计规范说明（3页珍藏版）》请在金锄头文库上搜索。
1、数据库表设计规范目的为了规范数据库设计，减少设计失误，提高数据安全及性能，特制订本规范。适用范围适用本系统MySQL数据库。原则上，数据库设计应遵循本规范说明，特殊情况可例外，但需说明原因。规范命名1.库名、表名、字段名必须使用小写字母,命名有需要的话采用下划线分割2.库名、表名、字段名禁止超过32个字符3.库名、表名、字段名支持最多64个字符,但为了统一规范、易于辨识以及减少传输量,禁止超过32个字符。4.库名、表名、字段名禁止使用MySQL保留字表1.减少或避免使用临时表；2.每一个表都需要设置主键3.表没有主键,INNODB会默认设置隐藏的主键列;没有主键的表在定位数据行的时候非常困难,
2、也会降低基于行复制的效率。范式1.表不要求一定满足第三范式，根据实际情况可适当添加冗余字段。2.我们的原则是一个SQL最好只操作一个表，最多不能超过3个表的关联。如果实现一个常用的功能需要一个关联多表的查询，则需要重新考虑设计。3.由程序保证冗余数据的维护。约束1.对于字典类型的表，因数据量小，修改少，影响面大，应依赖数据库约束来确保数据质量。2.对于日志或流水型表，为了提升效率，可以释放放宽限制。之所以分开，是从性能以及影响面考虑的。对于字典类型的数据，因为修改少，约束给其性能带来的负面影响忽略。但是一个数据字段的数据错误，影响面非常广，因此，需要非常严谨。前段程序或者手工添加此类数据时，容
3、易出现错误，因此需要通过约束来保证其数据的质量。日志或者流水型表刚好相反，它一般只影响个别用户，但数据量较大，修改较为频繁，性能优先。字段1.对于字段设计，概况下来一个原则是：越简单越好，越小越好。2.选择最合适的数据类型，能用数字类型不用varchar类型；能用date/datetime类型不用varchar类型；避免使用char类型；不使用浮点数，可以通过乘以一个系数来转换为整型数据。3.字段长度定义遵循最小化原则，够用就行，不能贪图方便定义很大的长度。过大的长度容错性高，容易出现低质量数据。4.一个表的字段个数控制在30-50个字段以内；如果字段超过50个，可考虑将字段按冷热程度分表。这样做虽然会给应用带来更多的代码开发量，但对于热表来说，这样做可以提升buffer利用率，减少IO，提升查询的效率。每一个重要的业务表都加上create_time和isDel两个字段，数据类型为datetime和integer； 索引/主键设计1.主键由一个字段构成，最多不要超过3个，禁止超过3个字段的组合主键。如果业务要求，则创建一个自增字段作为主键，再添加一个唯一索引。如果查询都是基于主键字段，且只有1个及以下辅助索引，则限制可以放宽。在建表时，应充分考虑需要添加什么索引，尽量避免上线后添加索引其它为方便后续的维护和开发，建表设计时必须详细注释表名，字段名用途。
