是回收站里的数据段可以使用 show recyclebin 查看到回收站里的表

类似我们在一本书中找一段内容如果是从整本书从头看到尾查找，则称为“全表扫描”如果通过书的目录进行查找，则成为“索引扫描”这个书的目录就是“索引”。

1、没有索引查询时必须全部搜索一遍；
2、若建立了索引，oracle会对全表进行一次搜索将每条记录的，然后构建索引条目存储到索引段Φ查询时即可直接查找对应地方；

1.唯一索引：键值不重复

2.一般索引：键值可重复

3.复合索引：绑定了多个列

4.反向索引：为避免平衡树索引熱块，如t_doctor表中empno开头都是“7”这样构建索引树的时候，很可能会把所有数据分配到一个块里使用反向索引，避免此类问题使索引树分咘均匀

5.函数索引：查询时必须用到这个函数，才会使用到

1.通配符在搜索词首出现时oracle不能使用索引；
2.不要在索引列上使用not，可以采用<、>代替；
3.索引上使用空值比较将停止使用索引
–name上创建索引；

–下面的方式oracle不适用name索引

–如果通配符出现在字符串的其他位置时优化器能够利用索引；如下：

下面这种情况，即使在列dept_id有一个索引查询语句仍然执行一次全表扫描

但是开发中的确需要这样的查询，难道没有解决問题的办法了吗

通过把用 or 语法替代不等号进行查询，就可以使用索引以避免全表扫描：上面的语句改成下面这样的，就可以使用索引叻

使用 is null 或is nuo null也会限制索引的使用，因为数据库并没有定义null值如果被索引的列中有很多null，就不会使用这个索引（除非索引是一个位图索引关于位图索引，会在以后的blog文章里做详细解释）在sql语句中使用null会造成很多麻烦。

解决这个问题的办法就是：建表时把需要索引的列定義为非空(not null)

如果没有使用基于函数的索引那么where子句中对存在索引的列使用函数时，会使优化器忽略掉这些索引下面的查询就不会使用索引：

但是把函数应用在条件上，索引是可以生效的把上面的语句改成下面的语句，就可以通过索引进行查找

4.比较不匹配的数据类型

比較不匹配的数据类型也是难于发现的性能问题之一。下面的例子中dept_id是一个varchar2型的字段，在这个字段上有索引但是下面的语句会执行全表掃描。

这是因为oracle会自动把where子句转换成to_number(dept_id)=900198就是3所说的情况，这样就限制了索引的使用把SQL语句改为如下形式就可以使用索引

使用like子句查询时，数据需要把所有的记录都遍历来进行判断索引不能发挥作用，这种情况也要尽量避免

7.如果能不用到排序，则尽量避免排序

In 有时候也會用到排序
确实要排序的时候也尽量要排序小数据量
,尽量让排序在内存中执行有文章说，内存排序的速度是硬盘排序的1万倍