阿里巴巴开发手册提取信息

======数据库层面
2. 【强制】表名、字段名必须使用小写字母或数字,禁止出现数字开头,禁止两个下划线中间只 出现数字。数据库字段名的修改代价很大,因为无法进行预发布,所以字段名称需要慎重考虑。
正例:getter_admin,task_config,level3_name
反例:GetterAdmin,taskConfig,level_3_nam

 

3. 【强制】表名不使用复数名词。 说明:表名应该仅仅表示表里面的实体内容,不应该表示实体数量,对应于 DO 类名也是单数 形式,符合表达习惯。

 

小数类型为 decimal

如果存储的数据范围超过 decimal 的范围,建议将数据拆成整数和小数分开存储。


如果存储的字符串长度几乎相等,使用 char 定长字符串类型。

varchar 是可变长字符串,不预先分配存储空间,长度不要超过 5000,如果存储长 度大于此值,定义字段类型为 text,独立出来一张表,用主键来对应,避免影响其它字段索 引效率。
=》不预先分配存储空间


表必备三字段:id, gmt_create, gmt_modified。
说明:其中 id 必为主键,类型为 unsigned bigint、单表时自增、步长为 1。gmt_create, gmt_modified 的类型均为 date_time 类型。


13. 【推荐】字段允许适当冗余,以提高查询性能,但必须考虑数据一致。冗余字段应遵循:
1)不是频繁修改的字段。
2)不是 varchar 超长字段,更不能是 text 字段。


14. 【推荐】单表行数超过 500 万行或者单表容量超过 2GB,才推荐进行分库分表。 说明:如果预计三年后的数据量根本达不到这个级别,请不要在创建表时就分库分表。


合适的字符存储长度,不但节约数据库表空间、节约索引存储,更重要的是提升检 索速度。


业务上具有唯一特性的字段,即使是多个字段的组合,也必须建成唯一索引。


墨菲定律是一种心理学效应,由爱德华·墨菲(Edward A. Murphy)提出的,亦称墨菲法则、墨菲定理。
墨菲定律的原句是:如果有两种或两种以上的方式去做某件事情,而其中一种选择方式将导致灾难,则必定有人会做出这种选择。根本内容是:如果事情有变坏的可能,不管这种可能性有多小,它总会发生。


墨菲定律
彼德原理
帕金森定律


超过三个表禁止 join。


页面搜索严禁左模糊或者全模糊,如果需要请走搜索引擎来解决。

 

索引文件具有 B-Tree 的最左前缀匹配特性,如果左边的值未确定,那么无法使用此索 引。


MySQL 并不是跳过 offset 行,而是取 offset+N 行,然后返回放弃前 offset 行,返回
N 行,那当 offset 特别大的时候,效率就非常的低下,


11. 【参考】创建索引时避免有如下极端误解:
1)宁滥勿缺。误认为一个查询就需要建一个索引。
2)宁缺勿滥。误认为索引会消耗空间、严重拖慢更新和新增速度。
3)抵制惟一索引。误认为业务的惟一性一律需要在应用层通过“先查后插”方式解决

 

不要使用 count(列名)或 count(常量)来替代 count(*),count(*)是 SQL92 定义的
标准统计行数的语法,跟数据库无关,跟 NULL 和非 NULL 无关。
说明:count(*)会统计值为 NULL 的行,而 count(列名)不会统计此列为 NULL 值的行。

 

count(distinct col) 计算该列除 NULL 之外的不重复行数,注意 count(distinct
col1, col2) 如果其中一列全为 NULL,那么即使另一列有不同的值,也返回为 0。


当某一列的值全是 NULL 时,count(col)的返回结果为 0,但 sum(col)的返回结果为
NULL,因此使用 sum()时需注意 NPE 问题


使用 ISNULL()来判断是否为 NULL 值。注意:NULL 与任何值的直接比较都为 NULL。
说明:

 

在代码中写分页查询逻辑时,若 count 为 0 应直接返回,避免执行后面的分页语句。


级联更新是强阻塞,存在数
据库更新风暴的风险;外键影响数据库的插入速度。
=》不得使用外键与级联,一切外键概念必须在应用层解决。


禁止使用存储过程,存储过程难以调试和扩展,更没有移植性。


数据订正时,删除和修改记录时,要先 select,避免出现误删除,确认无误才能执
行更新语句。

 

SELECT LENGTH("轻松工作"); 返回为 12
=》怎么解释

TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少,但 TRUNCATE
无事务且不触发 trigger,有可能造成事故,故不建议在开发代码中使用此语句。

POJO 类的布尔属性不能加 is

不要用 resultClass 当返回参数,即使所有类属性名与数据库字段一一对应,也需
要定义;反过来,每一个表也必然有一个与之对应

 

sql.xml 配置参数使用:#{},#param#


更新数据表记录时,必须同时更新记录对应的 gmt_modified 字段值为当前时间。

执行 SQL
时,不要更新无改动的字段,一是易出错;二是效率低;三是增加 binlog 存储。

 

POJO 专指只有 setter / getter
/ toString 的简单类,


DO(Data Object):本手册指数据库表一一对应的 POJO 类

GAV(GroupId、ArtifactctId、Version):Maven 坐标,是用来唯一标识 jar 包。

 

 

===================异常层面
异常不要用来做流程控制,条件控制,因为异常的处理效率比条件分支低。


对大段代码进行 try-catch,这是不负责任的表现。catch 时请分清稳定代码和非稳
定代码,稳定代码指的是无论如何不会出错的代码。对于非稳定代码的 catch 尽可能进行区分
异常类型,再做对应的异常处理。


如果 JDK7 及以上,可以使用 try-with-resources 方式

捕获异常与抛异常,必须是完全匹配,或者捕获异常是抛异常的父类。
说明:如果预期对方抛的是绣球,实际接到的是铅球,就会产生意外情况


必须考虑到远程调用失败、序列化失败、运行时异常等场景返回
null 的情况

 

 

 

猜你喜欢

转载自www.cnblogs.com/syjp/p/10849525.html