命名规范

数据库表名，字段名，索引名等都要命名规范，可读性高

表名，字段名必须使用小写字母或者数字，禁止使用数字开头，禁止使用拼音，一般还不使用英文缩写
主键索引名为pk_字段名，唯一索引名为uk_字段名，普通索引名为idx_字段名

合适的字段类型

设计表时候，要选择合适的字段类型

尽可能的选择存储空间小的字段类型，比如数字类型：从tinyint， smallint，int，bigint开始选择
小数类型如金额，则使用decimal，禁止使用float和double
如果存储的字符串长度几乎相等，使用char定长字符串类型
archar是可变长字符串，不预先分配空间，长度不要超过500
如果存储的值太大，建议字段类型修改为text,同时抽出单独一张表，用主键与之对应
同一表中，所有varchar字段的长度加起来，不能大于65535，如果又这样的需求，请使用text/longtext类型

主键设计要合理

主键的设计最好不要与业务逻辑有所关联，主键最后是一串毫无意义，独立不重复的数字，比如：UUID，Auto_increment，又或者是雪花算法生成的主键等等

合适的字段长度

在MySQL中， varchar 和 char 类型表示字符长度，而其他类型表示的长度都表示字节长度。比如 char(10) 表示字符长度是10，而 bigint (4) 表示显示长度是 4 个字节但是因为bigint实际长度是 8 个字节，所以bigint (4) 的实际长度就是8个字节。

我们在设计表的时候，需要充分考虑一个字段的长度，比如一个用户名字段(它的长度5~20个字符) ，你觉得应该设置多长呢? 可以考虑设置为 username varchar (32) 。:字段长度一般设置为2的幂哈(也就是 2的n 次方)

优先考虑逻辑删除，而不是物理删除

物理删除：把数据从硬盘删除，可释存储空间
逻辑删除：给数据添加一个字段，is_deleted，以标记数据已经逻辑删除了

# 物理删除
delete from account_info_tab where account_no = '11';


# 逻辑删除
update account_info_tab set is_deleted = 1 where account_no = '11';

Why?

恢复数据困难
物理删除会使自增的主键不再连续
核心业务表不建议做物理删除，只适合做状态变更

每个表都需要添加一些通用字段

id：主键，必须
creat_time：创建时间，必须
update_time：修改时间，必须
version：数据记录的版本号，用于乐观锁，非必须
remark：数据记录备注，非必须
modified_by：修改人，非必须
creator：创建人，非必须

表的字段不要太多

一张表的字段不要太多，一般尽量不要超过20个字段

Why?

如果一张表的字段过多，表中保存的数据可能就会很大，查询效率就会低

当表的字段数很多时，可以将表分为俩张表，一张作为条件查询表，一张作为详细内容

尽可能使用not null 定义字段

如果没有特殊的理由，一般都建议将字段定义为 NOT NULL

why?

首先，NOT NULL 可以防止出现空指针问题
其次， NULL 值存储也需要额外的空间的，它也会导致比较运算更为复杂，使优化器难以优化SQL。
NULL 值有可能会导致索引失效
如果将字段默认设置成一个空字符串或常量值并没有什么不同，且都不会影响到应用逻辑，那就可以将这个字段设置为 NOT NULL