一：字段的原子性
解释：保证每列的原子性，不可分解，意思表达要清楚，不能含糊，高度概括字段的含义，能用一个字段表达清楚的绝不使用第二个字段，必须要使用两个字段表达清楚的绝不能使用一个字段
二：主键设计
解释：主键不要与业务逻辑有所关联，最好是毫无意义的一串独立不重复的数字，常见的比如UUID或者将主键设置为Auto_increment;我们统一使用UUID
三：字段使用次数
解释：对于频繁修改的字段（一般是指状态类字段）最好用独立的数字或者单个字母去表示，不用使用汉字或长字符的英文
四：字段长度
解释：建表的时候，字段长度尽量要比实际业务的字段大3-5个字段左右（考虑到合理性和伸缩性），最好是2的n次方幂值。不能建比实际业务太大的字段长度（比如订单id如果考虑要业务增长的话，一定要使用Long型，对应的数据库的数据类型是bigint），这是因为如果字段长度过大，在进行查询的时候索引在B-Tree树上遍历会越耗费时间，从而查询的时间会越久；但是绝对不能建小，否则mysql数据会报错，程序会抛出异常；
五：关于外键
解释：尽量不要建立外键，保证每个表的独立性。如果非得保持一定的关系，最好是通过id进行关联,我们使用业务进行管理
六：动静分离
解释：最好做好静态表和动态表的分离。这里解释一下静态表和动态表的含义，静态表：存储着一些固定不变的资源，比如城市/地区名/国家(静态表一定要使用缓存)。动态表：一些频繁修改的表
七：关于code值
解释：使用数字码或者字母去代替实际的名字，也就是尽量把name转换为code，因为name可能会变（万一变化就会查询处多条数据，从而抛出错误），但是code一般是不会变化的.另一方面，code值存储的字符较少，也能减少数据库的存储空间的压力
八：关于Null值
解释：尽量不要有null值，有null值的话，数据库在进行索引的时候查询的时间更久，从而浪费更多的时间！可以在建表的时候设置一个默认值！
九：关于引擎的选择
解释：关于引擎的选择，innodb与myisam，myisam的实际查询速度要比innodb快，因为它不扫面全表，但是myisam不支持事务，没办法保证数据的Acid。选择哪个这就要看自己对于效率和数据稳定性方面的实际业务的取舍了
十：资源存储
解释：数据库不要存储任何资源文件，比如照片/视频/网站等，可以用文件路径/外链用