sql数据库设计规范.docx

《sql数据库设计规范.docx》由会员分享，可在线阅读，更多相关《sql数据库设计规范.docx（4页珍藏版）》请在第一文库网上搜索。

1、数据库设计规范一、建表规约1、表达是与否概念的字段，必须使用isXXX的方式命名，数据类型是unsignedtinyint（1表示是，O表示否）。说明：任何字段如果为非负数，必须是Unsignedo2、表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大,因为无法进行预发布,所以字段名称需要慎重考虑。上例：getter-admin,task_config,Ieve13_name又例：GetterAdmin,taskConfig,1eve1_3_name3、强制表名不使用复数名词。3.说明：表名应该仅仅表示表里面的实体内容，不应该表示实体

2、数量，对应于DO类名也是单数形式，符合表达习惯。4、强制禁用保留字，如desc、range、match、de1ayed等，请参考MySQ1官方保留字5、强制主键索引名为pk字段名；唯一索引名为uk_字段名；普通索引名则为idx_字段名。说明：Pk即primarykey；uk_即uniquekey；idx_即index的简称。6、强制小数类型为decima1,禁止使用f1oat和doub1e说明：f1oat和doub1e在存储的时候，存在精度损失的问题，很可能在值的比较时，得到不正确的结果。如果存储的数据范围超过decima1的范围，建议将数据拆成整数和小数分开存储7、强制如果存储的字符串长度几

3、乎相等，使用Char定长字符串类型。8、强制VarChar是可变长字符串，不预先分配存储空间，长度不要超过5000,如果存储长度大于此值，定义字段类型为text,独立出来一张表，用主键来对应，避免影响其它字段索引效率。9、强制表必备三字段：id,gmt_create,gmt_modifiedo说明：其中id必为主键，类型为unsignedbigint、单表时自增、步长为1ogmt_create,gm1jnodified的类型均为dateime类型。10、推荐表的命名最好是加上“业务名称表的作用”。正例：tiger_task/tiger_reader/mpp_config11、推荐库名与应用名称

4、尽量一致。12、推荐如果修改字段含义或对字段表示的状态追加时，需要及时更新字段注释.13、推荐字段允许适当冗余，以提高性能，但是必须考虑数据同步的情况。冗余字段应遵循：1）不是频繁修改的字段。2）不是VarChar超长字段，更不能是text字段。正例:商品类目名称使用频率高，字段长度短，名称基本一成不变，可在相关联的表中冗余存储类目名称，避免关联查询。14、推荐单表行数超过500万行或者单表容量超过2GB,才推荐进行分库分表说明:如果预计三年后的数据量根本达不到这个级别，请不要在创建表时就分库分表。15、参考合适的字符存储长度，不但节约数据库表空间、节约索引存储，更重要的是提升检索速度。正例：

5、无符号值可以避免误存负数，且扩大了表示范围二、索引规约1、强制业务上具有唯一特性的字段，即使是组合字段，也必须建成唯一索引。说明：不要以为唯一索引影响了insert速度，这个速度损耗可以忽略，但提高查找速度是明显的，另外，即使在应用层做了非常完善的校验控制，只要没有唯一索引，根据墨菲定律，必然有脏数据产生。2、强制超过三个表禁止joino需要join的字段，数据类型必须绝对一致;多表关联查询时，保证被关联的字段需要有索引。说明：即使双表join也要注意表索引、SQ1性能。强制在VarChar字段上建立索引时，必须指定索引长度，没必要对全字段建立索引，根据3、实际文本区分度决定索引长度即可。说明

6、:索引的长度与区分度是一对矛盾体，一般对字符串类型数据，长度为20的索引，区分度会高达90%以上，可以使用COUm(distinct1eft例名，索引长度)count(*)的区分度来确定。4、强制页面搜索严禁左模糊或者全模糊，如果需要请走搜索引擎来解决说明:索引文件具有B-Tree的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索引。5、推荐如果有Orderby的场景，请注意利用索引的有序性。orderby最后的字段是组合索引的一部分，并且放在索引组合顺序的最后，避免出现fi1esort的情况，影响查询性能正例：wherea=?andb=?orderbyc;索：abc反例:索引中有范围查

7、找，那么索引有序性无法利用，1:WHEREa10ORDERBYb:索引ab无法排序。6推荐利用覆盖索引来进行查询操作，避免回表。5说明:如果一本书需要知道第11章是什么标题，会翻开第11章对应的那一页吗？目录浏览一下就好，这个目录就是起到覆盖索引的作用。正例:能够建立索引的种类:主键索引、唯一索引、普通索引，而覆盖索引是一种查询的一种效果,用exp1ain的结果，extra列会出现:USingindex。7推荐利用延迟关联或者子查询优化超多分页场景说明：MySQ1并不是跳过OffSet行，而是取offset+N然后返回放弃前OffSet行，返回N行，那当OffSet特别大的时候，效率就非常的低

8、下，要么控制返回的总页数，要么对超过特定闯值的页数进行SQ1改写正例:先快速定位需要获取的id段，然后再关联：SE1ECTa.*FROM表1a,(se1ectidfrom表1where条件1IMIT100000,20)bwherea.id=b.id8.推荐SQ1性能优化的目标：至少要达到range级别，要求是ref级别，如果可以是consts最好。说明：Dconsts单表中最多只有一个匹配行(主键或者唯一索引)，在优化阶段即可读取到数据2)ref指的是使用普通的索引(norma1index)o3)range对索引进行范围检索。反例：exp1ain表的结果，type=index,索引物理文件全扫

9、描，速度非常慢，这个index级别比较range还低，与全表扫描是小巫见大巫。9推荐建组合索引的时候，区分度最高的在最左边。9.正例：如果wherea=?andb=?,a列的几乎接近于唯一值，那么只需要单建idxa索引即可。说明：存在非等号和等号混合判断条件时，在建索引时，请把等号条件的列前置。如:wherea?andb=?那么即使a的区分度更高，也必须把b放在索引的最前列。10参考创建索引时避免有如下极端误解：1)误认为一个查询就需要建一个索引。2)误认为索引会消耗空间、严重拖慢更新和新增速度。3)误认为唯一索引一律需要在应用层通过“先查后插”方式解决。三、SQ1规约1强制不要使用COUnt

10、例名)或COUnt(常量)来替代COUnt(*),COUnt(*)是SQ192定义的标准统计行数的语法,跟数据库无关,跟NU11和非NU11无关。说明:count(*)会统计值为NU11的行，而COUnt(列名)不会统计此列为NU11值的行2 .强制cont(distinctco1)计算该列除NU11之外的不重复行数，注意count(distinctco11,co12)如果其中一列全为NU11,那么即使另一列有不同的值，也返回为Oo3 .强制当某一列的值全是NU11时，count(co1)的返回结果为。，但SUm(CO1)的返回结果为NU11,因此使用SUmO时需注意NPE问题。正例:可以使用

11、如下方式来避免SUm的NPE问题：SE1ECTIF(ISN可1(SUM(g),0,SUM米)FROMtab1e;4强制使用ISNU1IO来判断是否为NU11值。注意：NU11与任何值的直接比较都为NU11说明：DNU11NU11的返回结果是NU11,而不是fa1se。2)N11=N11的返回结果是NU11,而不是true。NU11o1的返回结果是NU11,而不是true。3)5 .强制在代码中写分页查询逻辑时，若count为0应直接返回，避免执行后面的分页语句6强制不得使用外键与级联，一切外键概念必须在应用层解决。说明:(概念解释)学生表中的StUdentid是主键,那么成绩表中的StUden

12、tid则为外键如果更新学生表中的studentid,同时触发成绩表中的StUdemid更新，则为级联更新外键与级联更新适用于单机低并发，不适合分布式、高并发集群，级联更新是强阻塞，存在数据库更新风暴的风险：外键影响数据库的插入速度。7,强制禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。8.强制数据订正时，删除和修改记录时，要先se1ect,避免出现误删除，确认无误才能执行更新语句。推荐in操作能避免则避免，若实在避免不了，需要仔细评估in后边的集合元素数量，控9.in操作能避免则避免，若实在避免不了，需要仔细评估in后边的集合元素数量，控制在1000个之内。10参考如果有全球化需要，

13、所有的字符存储与表示，均以utf8编码，那么字符计数方法注意：说明：SE1EeT1ENGTH(,轻松工作)返回为T2SE1ECTCHARACTER1ENGTH(“轻松工作”)；返为4如果要使用表情，那么使用utfmb4来进行存储，注意它与utf-8编码的区别i参考Truncatetab1e比de1ete速度快，且使用的系统和事务日志资源少，但TRUNCATE无事务且不触发trigger,有可能造成事故，故不建议在开发代码中使用此语句。说明:TRUNCATETAB1E在功能上与不带WHERE子句的DE1ETE语句相同。四、ORM规约1、【强制在表查询中，一律不要使用*作为查询的字段列表，需要哪些

14、字段必须明确写明.说明：1)增加查询分析器解析成本。2)增减字段容易与resu1tMap配置不一致。2、强制JPOJO类的Boo1ean属性不能加is,而数据库字段必须加is,要求在resu1tMap中2.进行字段与属性之间的映射。说明:参见定义POJO类以及数据库字段定义规定，在中增加映射，是必须的。在MyBatiSGeneratOr生成的代码中，需要进行适当的修改。3、强制不要用resu1tc1ass当返回参数，即使所有类属性名与数据库字段一一对应，也需要定义:反过来，每一个表也必然有一个与之对应。说明:配置映射关系，使字段与D。类解耦，方便维护。4、强制xm1配置中参数注意:#,#par

15、am#不要使用S此种方式容易出现SQ1注入。5、强制iBATIS自带的queryFor1ist(StringStatementNameJntStartJntSiZe)不推荐使用。说明：其实现方式是在数据库取到StatementName对应的So1语句的所有记录，再通过SUb1iSt取Start,size的子集合，线上因为这个原因曾经出现过Oo正例:在Sq1m叩.xm1中入#start#f#size#Mapmap=newHashMap():map.put(startzstart)map.put(size,zsize):6 .强制不允许直接拿HaShM叩与HaShtab1e作为查询结果集的输出。7 .强制更新数据表记录时，必须同时更新记录对应的gmtmodified字段值为当前时间8 .推荐不要写一个大而全的数据更新接口，传入为POJO类，不管是不是自己的目标更新字段，都进行UPdatetabIeSetCI=Va1Ue1,c2=va1ue2,c3=va1ue3;这是不对的。执行SQ段寸,尽量不要更新无改动的字段，一是易