一.表及字段的命名规范
1.可读性原则
使用大写和小写来格式化的库对象名字以获得良好的可读性。
例如：使用CustAdress而不是custaddress来提高可读性。（这里注意有些DBMS系统对表名的大小写是敏感的）
2.表意性原则
对象的名字应该能够描述它所标识的对象
例如：对于表，表的名称应该能够体现 表中存储的数据内容；对于存储过程，存储过程名称应该能够体现存储过程的功能。
3.长名性原则
尽量不要使用缩写
适用于数据库（ＤＡＴＡＢＡＳＥ）名之外的任一对象
二．字段类型的选择原则
例如：brithday:char(10) ,varchar(20),datatime,int列的数据类型一方面影响数据存储空间的开销，另一方面也会影响数据查询的性能，当一个列可以选择多种数据类型时，应该优先考虑数字类型，其次是日期或二进制类型，最后是字符类型。对于相同级别的数据类型，应该优先选择占用空间小的数据类型。
原因：
（1）在对数据进行比较（查询条件，join条件及排序）操作时，
字符处理往往比数字处理慢。
（2）在数据库中，数据处理以页为单位，列的长度越小，利于性能的提升。
三．Char和varchar如何选择
1.如果列中要存储的数据长度差不多是一致的，则应该考虑用char,否则应该考虑用varchar.
2.如果列中最大数据长度小于50byte，则一般考虑使用char.(当然，如果这个列很少用，世界大学排名则基于节省空间和减少i/o的考虑，还是可以选择用varchar).
3.一般不宜定义大于50byte的char类型列.
四．Decimal和float如何选择
1.decimal用于存储精确数据，而float只能用于存储非精确型数据，故精确型数据只能选择用decimal类型。
2.由于float的存储空间开销一般比decimal小，（精确到7位小数只需要4字节，而精确到15位小数只需8字节）故非精确数据优先选择float类型。
五 .时间类型如何存储
1.使用int来存储时间字段的优缺点
（1）优点：字段比datatime小
（2）缺点：使用不方便，要进行函数转换
（3）只能存储到2038-1-19 11：:1:07即2^32为2147483648
2.需要存储的时间粒度
（1）年月日时分秒周等
六．如何选择主键
1.区分业务主键和数据库主键
业务主键用于标识业务数据，进行表与表之间的关联；
数据库主键为了优化数据存储（innodb会生成6个字节的隐含主键）
2.根据数据库的类型，考虑主键是否要顺序增长
有些数据库是按主键的顺序逻辑存储的
3.主键的字段类型所占空间要尽可能的小。
对于使用聚集索引方式存储的表，每个索引后都会附加主键信息。
七．避免使用外键约束
1.降低数据就导入的效率
2.增加维护成本
3.虽然不建议使用外键约束，但是相关联的列上一定要建立索引
八．避免使用触发器
1.降低数据导入的效率
2.可能会出现意想不到的数据异常
3.使业务逻辑变得复杂
九．关于预留字段
1.无法精确的知道预留字段的类型
2.无法精确的知道预留字段中所存储的内容
3.后期维护预留字段所要的成本同增加一个字段所用的成本是相同的
4.严禁使用预留字段。
十．什么是反范式化
反范式化是针对范式化而言的，在是为了性能和读取效率的考虑而适当的对第三范式的要求进行违反，而允许存在少量的数据冗余，换句话说反范式化就是使用空间来换取时间
好处：
（1）减少表的关联数量
（2）增加数据的读取效率
（3）反范式化一定要适度
十一．维护和优化
（1）维护数据字典
（2）维护索引
（3）维护表结构
（4）在适当的时候对表进行拆分
十二．如何维护索引
（1）索引并不是越多越好，过多的索引不但会降低写的效率，而且会降低读的效率
（2）定期维护索引碎片
（3）在sql语句中不要使用强制索引关键字
十三．如何维护表结构
（1）使用在线变更表结构的工具
（2）Mysql5.5之前可以使用pt-online-schema-change
（3）Mysql5.6之后本身支持在线表结构的表更
（4）同时对数据字典进行维护
（5）控制好表的宽度和大小
十四．数据库中适合的操作
（1）批量操作VS逐条操作
（2）禁止使用select * 这样的查询
（3）控制使用用户自定义函数
（4）不要使用数据库中的全文索引
十五．表的拆分
（1）表的水平拆分解决了表中数据量的问题
（2）表的垂直拆分解决了表的宽度问题