Banbrick的博客

上山容易，下山难，数据库索引也是这样，建时容易，删时难 在项目中，索引基本上是这么产生的 1，建主键送索引 2，感觉sql慢，来个索引先 3，查询条件变了，再来个索引 4，查询条件变多了，来个组合索引 5，查询条件要经过计算，来个函数索引 6，性别之类的列来个位图索引 7，见不得TABLE ACCESS FULL，想法设法加个索引 8，不想回表 如果是自己团队开发的应用，大家沟

oracle11g高级压缩 oracle11g版本推出基于数据块级别高级压缩，以前版本的表级别压缩限制较多，更适合于数据直接加载的数据仓库，在OLTP环境下使用较少，既然名叫高级压缩，在功能上应该是有相当大的提升。 高级压缩特点： 1，建表时可以指定压缩参数，无需使用直接路径加载创建压缩表 2，支持DML操作，老版本的压缩不会压缩后续DML操作的数据 3，对现有的非压缩表可以设置压缩参数

如何抑制索引的使用，通俗点说就是如何给数据库挖坑，很多人主观上不会有挖坑的想法，但事实上正在做挖坑的事，就如抑制索引这个坑，创建索引就是为了在某些情况下提高SQL的执行效率的，最后因为一些坑，数据库该使用索引的时候却没有使用，造成系统性能低下，大家都得挨板子，下面扯一下曾经在索引上挖过的坑 只说说普通的B树索引，其他的不具代表性 使用不等于查找 比如 SQL> select * from