数据库建表我改了无数次语句，终于达到DBA的要求了

Posted 2021-04-29 IT微联盟

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了数据库建表我改了无数次语句，终于达到DBA的要求了相关的知识，希望对你有一定的参考价值。

1、表设计规范

库名、表名、字段名必须使用小写字母，“_”分割。
表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。
mysql在windows下不区分大小写，但在Linux下默认区分大小写。所以数据库名、表名、字段名尽量不要出现任何大写字母，避免问题发生。
库名、表名、字段名必须不超过12个字符。
字段及表要全部加上注释。
禁用保留字。如desc、select等。
使用InnoDB存储引擎。
存储引擎：innoDb支持事物，myisam不支持事物，建议使用innoDb， 5.5以后的默认引擘，支持事务，行级锁，更好的恢复性，高并发下性能更好，对多核，大内存，ssd等硬件支持更好。
表字符集选择UTF8。
（1）使用utf8字符集，如果是汉字，占3个字节，但ASCII码字符还是1个字节。
（2）统一，不会有转换产生乱码风险
（3）其他地区的用户（美国、印度、台湾）无需安装简体中文支持，就能正常看您的文字，并且不会出现乱码
（4）ISO-8859-1编码( latin1)使用了单字节内的所有空间，在支持ISO-8859-1的系统中传输和存储其他任何编码的字节流都不会被抛弃。即把其他任何编码的字节流当作ISO-8859-1编码看待都没有问题，保存的是原封不动的字节流。
字段定义为NOT NULL
解决办法就是设置字段为NOT NULL，并设置字段的默认值。字段尽量不要为NULL的原因如下：
a、NULL需要占用额外的空间存储；
b、进行比较的时候会更复杂，还会导致你select (column)的时候不准确
c、含有NULL值的列，会对SQL优化产生影响，尤其是组合索引中

2、字段类型规范

存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE。
decimal 类型可以精确地表示非常大或非常精确的小数。大至 1028（正或负）以及有效位数多达 28 位的数字可以作为 decimal类型存储而不失其精确性。该类型对于必须避免舍入错误的应用程序（如记账）很有用。
建议使用UNSIGNED存储非负数值。id主键、年龄、下载次数等字段可以使用
（1）同样的字节数，非负存储的数值范围更大。如TINYINT有符号为 -128-127，无符号为0-255。
（2）便于查询
使用短数据类型，比如人的年龄，使用TINYINT UNSIGNED。
（1）、TINYINT ，字段类型，如果设置为UNSIGNED类型，只能存储从0到255的整数,不能用来储存负数。
（2）、TINYINT 型的字段如果不设置UNSIGNED类型,存储-128到127的整数。
禁止在数据库中使用VARBINARY、BLOB存储图片、文件等。
尽可能不使用TEXT、BLOB类型。
存储年使用YEAR类型。
存储日期使用DATE类型。
存储时间（精确到秒）建议使用TIMESTAMP类型，因为TIMESTAMP使用4字节，DATETIME使用8个字节