自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(5)
  • 收藏
  • 关注

转载 Oracle 语句优化

1 尽量少用IN,基本上所有的IN操作都可以用EXISTS代替2 用NOT EXISTS或者外连接替代 NOT IN,NOT IN 不能应用索引3 尽量不是用$amp;不等于操作符不会用到索引 !=2 用 >2 OR 4 设计表的时候把索引列设置为not null5 尽量不把通配符%和_作为查询的第一个字段6 where子句中尽量避免在索引列中使用计算,su

2016-06-23 10:46:38 382

转载 关于if else优化

(一)赞成楼主“不要看到一堆if就想优化”的观点。但对楼主的论证过程有异议:首先那位朋友的问题是“一堆if怎么优化”(其实应该说怎么重构提高可读性,一堆if如果能满足需求,那已经是最优的了),他没有问怎样的if需要优化。因此我觉得应该假设他已经判断过是否应该重构,但不知道具体手段。至于他怎么判断出来的,我们不知道,但不应该假设他肯定是因为“优雅强迫症”而决定重构。其次感觉楼主举

2016-06-11 12:05:29 1254

转载 过多if-else分支的优化

我想谈一谈这个话题是因为我的上一篇博客在ITEye上有一些朋友回复,说if-else过多的分支可以使用switch或者责任链模式等等方式来优化。确实,这是一个小问题,不过我们还是可以整理一下这个小问题的重构方式。为什么要优化?你没有看错。这是要放在第一条谈论的。有许多人会说,叠起来一堆if-else分支,代码就不优雅了。可是,怎样去定义“优雅”的概念呢?再退一步说,即便不“

2016-06-11 12:02:51 400

转载 权限配置思路

1、库的设计:建立五张表,权限表、用户表、角色表、角色权限表、用户角色表2、页面的设计:在页面菜单上的权限管理中包括用户管理(用户的增、删、改、查)与角色管理(角色的增、删、改、查).在系统开始使用时,肯定要用一个默认的系统用户在页面进行配置(也就是在库中存在一个用户,用户具有“超级管理员”角色,这个角色包含这个系统中的所有权限)。系统在初始化时权限表中包含你的所有的要控制

2016-06-10 17:00:02 590

原创 oracle查询树形结构某层级节点及叶子节点

1.某层级节点select *from(select *,level lefrom tableAstart with id='根节点ID'connect by 父节点=prior 子节点)where le=52.叶子节点select *from tableA t1where t1.c_oid

2016-06-09 09:22:08 3618

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除