oracle 的检索和查询效率的问题，急急急急急急急急！！！！ 欢迎大家参与，回答就散分！！

Question

SQL标准规定使用like将不会用索引，所以速度会很慢的！

Answer 1

使用有前导字符(如'A%')的like运算符来代替substr，Left,Right函数，这样查询时将使用索引。
   select ... from ... where ... and num like '%abc%'   --将不使用索引
   select ... from ... where ... and num like 'abc%'    --将使用索引
   当然是在不行，该用的时候还是一定要用的。

Answer 2

Sorry，笔误：“当然实在不行，该用的时候还是一定要用的。“

Answer 3

摘自www.oradb.net  　　首先，我们要确定数据库运行在何种优化模式下，相应的参数是：optimizer_mode。可在svrmgrl中运行“show parameter optimizer_mode"来查看。ORACLE V7以来缺省的设置应是"choose"，即如果对已分析的表查询的话选择CBO，否则选择RBO。如果该参数设为“rule”，则不论表是否分析过，一概选用RBO，除非在语句中用hint强制。 　　其次，检查被索引的列或组合索引的首列是否出现在PL/SQL语句的WHERE子句中，这是“执行计划”能用到相关索引的必要条件。 　　第三，看采用了哪种类型的连接方式。ORACLE的共有Sort Merge Join（SMJ）、Hash Join（HJ）和Nested Loop Join（NL）。在两张表连接，且内表的目标列上建有索引时，只有Nested Loop才能有效地利用到该索引。SMJ即使相关列上建有索引，最多只能因索引的存在，避免数据排序过程。HJ由于须做HASH运算，索引的存在对数据查询速度几乎没有影响。 　　第四，看连接顺序是否允许使用相关索引。假设表emp的deptno列上有索引，表dept的列deptno上无索引，WHERE语句有emp.deptno=dept.deptno条件。在做NL连接时，emp做为外表，先被访问，由于连接机制原因，外表的数据访问方式是全表扫描，emp.deptno上的索引显然是用不上，最多在其上做索引全扫描或索引快速全扫描。 　　第五，是否用到系统数据字典表或视图。由于系统数据字典表都未被分析过，可能导致极差的“执行计划”。但是不要擅自对数据字典表做分析，否则可能导致死锁，或系统性能下降。 　　第六，索引列是否函数的参数。如是，索引在查询时用不上。 　　第七，是否存在潜在的数据类型转换。如将字符型数据与数值型数据比较，ORACLE会自动将字符型用to_number()函数进行转换，从而导致第六种现象的发生。 　　第八，是否为表和相关的索引搜集足够的统计数据。对数据经常有增、删、改的表最好定期对表和索引进行分析，可用SQL语句“analyze table xxxx compute statistics for all indexes;"。ORACLE掌握了充分反映实际的统计数据，才有可能做出正确的选择。 　　第九，索引列的选择性不高。 　　我们假设典型情况，有表emp，共有一百万行数据，但其中的emp.deptno列，数据只有4种不同的值，如10、20、30、40。虽然emp数据行有很多，ORACLE缺省认定表中列的值是在所有数据行均匀分布的，也就是说每种deptno值各有25万数据行与之对应。假设SQL搜索条件DEPTNO=10，利用deptno列上的索引进行数据搜索效率，往往不比全表扫描的高，ORACLE理所当然对索引“视而不见”，认为该索引的选择性不高。 　　但我们考虑另一种情况，如果一百万数据行实际不是在4种deptno值间平均分配，其中有99万行对应着值10，5000行对应值20，3000行对应值30，2000行对应值40。在这种数据分布图案中对除值为10外的其它deptno值搜索时，毫无疑问，如果索引能被应用，那么效率会高出很多。我们可以采用对该索引列进行单独分析，或用analyze语句对该列建立直方图，对该列搜集足够的统计数据，使ORACLE在搜索选择性较高的值能用上索引。 　　第十，索引列值是否可为空（NULL）。如果索引列值可以是空值，在SQL语句中那些需要返回NULL值的操作，将不会用到索引，如COUNT（*），而是用全表扫描。这是因为索引中存储值不能为全空。 　　第十一，看是否有用到并行查询（PQO）。并行查询将不会用到索引。 　　第十二，看PL/SQL语句中是否有用到bind变量。由于数据库不知道bind变量具体是什么值，在做非相等连接时，如“<”，“>”,“like”等。ORACLE将引用缺省值，在某些情况下会对执行计划造成影响。 　　如果从以上几个方面都查不出原因的话，我们只好用采用在语句中加hint的方式强制ORACLE使用最优的“执行计划”。 　　hint采用注释的方式，有行注释和段注释两种方式。 　　如我们想要用到A表的IND_COL1索引的话，可采用以下方式： 　　“SELECT /*+ INDEX（A IND_COL1）*/ * FROM A WHERE COL1 = XXX;" 　　注意，注释符必须跟在SELECT之后，且注释中的“+”要紧跟着注释起始符“/*”或“--”，否则hint就被认为是一般注释，对PL/SQL语句的执行不产生任何影响。 

Answer 4

Function-Based Index Example
The following statements creates a function-based index on the emp table based on an uppercase evaluation of the ename column: CREATE INDEX emp_i ON emp (UPPER(ename)); 
To ensure that Oracle will use the index rather than performing a full table scan, be sure that the value of the function is not null in subsequent queries. For example, the statement SELECT * FROM emp WHERE UPPER(ename) IS NOT NULL
   ORDER BY UPPER(ename);
is guaranteed to use the index, but without the WHERE clause, Oracle may perform a full table scan. In the next statements showing index creation and subsequent query, Oracle will use index emp_fi even though the columns are in reverse order in the query: CREATE INDEX emp_fi ON emp(cola + colb);SELECT * FROM emp WHERE colb + cola > 500;Function-based Index on Type Method Example
This example entails an object type rectangle containing two number attributes: length and width. The area() method computes the area of the rectangle. CREATE TYPE rectangle AS OBJECT  
( length NUMBER, 
  width NUMBER, 
  MEMBER FUNCTION area RETURN NUMBER DETERMINISTIC 
); 
 
CREATE OR REPLACE TYPE BODY rectangle AS 
  MEMBER FUNCTION area RETURN NUMBER IS 
  BEGIN 
   RETURN (length*width); 
  END; 
END; 
Now, if you create a table rectab of type rectangle, you can create a function-based index on the area() method as follows: CREATE TABLE recttab OF rectangle; 
CREATE INDEX area_idx ON recttab x (x.area()); 
You can use this index efficiently to evaluate a query of the form: SELECT * FROM recttab x WHERE x.area() > 100; 

Answer 5

在SQLPlus WorkSheet中执行下面这句:
excute dbms_stats.gather_schema_stats('数据库名')执行这句后，查询速度大大加快。效果明显，我试的喔！

Answer 6

我的后台数据库是oacle 可以执行这样的语句吗？