精华内容
下载资源
问答
  • 虽然其功能强大,但是很多的用户对其还是不是很了解,今天来给大家介绍介绍Oracle索引有哪些功能?给大家做个入门介绍。    索引是与表和簇相关的可选结构,可以用一个或多个表列创建索引来加快 SQL 语句在该表...

    Navicat导入向导可以帮助您将11个最流行的包括MS Access ,Excel, XML,HTML,TXT,CVS格式的数据导入进Oracle.调度可以设定在某一特定时间导入数据。虽然其功能强大,但是很多的用户对其还是不是很了解,今天来给大家介绍介绍Oracle 表索引有哪些功能?给大家做个入门介绍。
        
        索引是与表和簇相关的可选结构,可以用一个或多个表列创建索引来加快 SQL 语句在该表的运行。Navicat for Oracle  数据库索引提供一个更快的访问路径到表数据,当正确使用时索引是减少磁盘 I/O 时的主要工具。

        


        Navicat for Oracle

        
        只要各索引的组合列有所不同,用户可以为一个表创建多个索引。如果指定明显不同的组合列,可以使用相同的列来创建多个索引。
        
        在“索引”选项卡,只需简单地点击索引栏位就可以编辑,使用索引工具栏,可以方便地创建新的、编辑或删除选定的索引栏位。
        
        ● 添加索引:添加一个索引到表。
        
        ● 删除索引:删除已选择的索引。
        
        使用“名”编辑框来设置索引名。
        
        索引包含栏位:简单地双击“栏位”或点击栏位按钮,就可以打开编辑器来编辑。
        
        索引类型:定义表索引的类型。
        
        ● Non-unique Non-unique:不施加唯一(unique)索引的限制到列值。
        
        ● Unique Unique:保证一个表中没有两行在键列有相同的值。
        
        ● Bitmap:在 bitmap 索引,每键值用 bitmap 代替 rowids 列表。
        
        与度数并行:当用户有大量数据及多个处理器,并行索引可以提高索引的表现,输入决定分割索引进程数的度数。
        
        表空间:创建索引的表空间。索引可以创建在与它索引的表相同或不同的表空间。
        
        模式:创建索引的模式。
        
        温馨提示:要在自己的模式创建索引,至少必须满足以下一项条件:
        
        ● 要创建索引的表或簇是在自己的模式。
        
        ● 有 INDEX 权限在要创建索引的表。
        
        ● 有 CREATE ANY INDEX 系统权限。
        
        要在其他模式创建索引,必须满足以下全部条件:
        
        ● 你有 CREATE ANY INDEX 系统权限。
        
        ● 其他模式的拥有者有配额给表空间包含索引或索引分割区,或 UNLIMITED TABLESPACE 系统权限。
        

        扩展阅读:MariaDB 表索引应该掌握哪些内容?

    转载于:https://my.oschina.net/navicat/blog/654610

    展开全文
  • oracle查唯一索引有哪些字段

    千次阅读 2014-03-25 22:34:30
    select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and i.uniqueness='UNIQUE' and t.table_name='B2C_PSN_PAYTYPE'
    select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and i.uniqueness='UNIQUE' and t.table_name='B2C_PSN_PAYTYPE'
     
    展开全文
  • oracle 不使用索引的原因有哪些

    千次阅读 2014-02-07 17:38:14
    oracle 不使用索引的原因有哪些?  今天是2014-02-07,今天开始总结一下oracle不使用索引的原因有哪些。一边学习一边做笔记。 第一种:行数存在差异。  在视图user_tables存在一个num_rows字段,该字段是记录在...

    oracle 不使用索引的原因有哪些?

       今天是2014-02-07,今天开始总结一下oracle不使用索引的原因有哪些。一边学习一边做笔记。

    第一种:行数存在差异。

       在视图user_tables存在一个num_rows字段,该字段是记录在统计信息收集后所对应对象的行数,在user_tab_columns视图中存在一个num_distinct字段,该字段记录每个字段内不同数值的个数。oracle认为当num_distinct越接近num_rows的时候索引的选择性越好,那么在执行查询的时候越容易使用索引。

    第二种:聚簇因子:

    什么是聚簇因子?

     聚簇因子是衡量索引列数据顺序与表字段数据顺序相似性的一个值。我们都知道在创建的表中一般都是堆表,也就是数据在表中存储是无续的,那么为了更加快速的访问数据,我们通常使用索引进行数据访问,这时候没个索引都有一个聚簇因子,聚簇因子越接近对象的块数,那么选择性越好,越接近表的行数那么选择性越差。

    之前听到有个朋友曾经提到这么一个问题“为什么我在测试环境查询一个数据很快和在生产环境查询数据怎么这么慢呢?表结构都一样的,数据也是一样的。”。那么不妨看看聚簇因子是多少。

    聚簇因子的查看是从user_ind_statistics视图中: CLUSTERING_FACTOR    表示的。看一下官方介绍:

    Indicates the amount of order of the rows in the table based on the values of the index.

    • If the value is near the number of blocks, then the table is very well ordered. In this case, the index entries in a single leaf block tend to point to rows in the same data blocks.

    • If the value is near the number of rows, then the table is very randomly ordered. In this case, it is unlikely that index entries in the same leaf block point to rows in the same data blocks.

    往往聚簇因子的大小和数据获取的I/o存在一定的相似性。如果聚簇因子大,那么相对的物理或是逻辑(一般是)i/o开销很大,也就是块被频繁反复读取,一致数据获取很慢。

    长查询的视图有dba_ind_statistics和dba_tab_statistics

    第三种:使用不等条件:

     当使用在进行查询数据的时候使用不等条件<>,那么oracle任务这个符号会需要读取大部分的数据块,那么就会跳过使用索引。eg:

    SQL> select index_name,table_name,column_name from user_ind_columns where table_name='EMP';
    
    INDEX_NAME                     TABLE_NAME                     COLUMN_NAME
    ------------------------------ ------------------------------ ----------------------------------------
    EMP_IDX1                       EMP                            DEPTNO
    EMP_IDX1                       EMP                            EMPNO
    
    SQL> select * from emp;
    
         EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
    ---------- ---------- --------- ---------- --------- ---------- ---------- ----------
          7782 CLARK      MANAGER         7839 09-JUN-81       2450                    10
          7839 KING       PRESIDENT            17-NOV-81       5000                    10
          7934 MILLER     CLERK           7782 23-JAN-82       1300                    10
          7369 SMITH      CLERK           7902 17-DEC-80        800                    20
          7566 JONES      MANAGER         7839 02-APR-81       2975                    20
          7788 SCOTT      ANALYST         7566 19-APR-87       3000                    20
          7876 ADAMS      CLERK           7788 23-MAY-87       1100                    20
          7902 FORD       ANALYST         7566 03-DEC-81       3000                    20
          7499 ALLEN      SALESMAN        7698 20-FEB-81       1600        300         30
          7521 WARD       SALESMAN        7698 22-FEB-81       1250        500         30
          7654 MARTIN     SALESMAN        7698 28-SEP-81       1250       1400         30
          7698 BLAKE      MANAGER         7839 01-MAY-81       2850                    30
          7844 TURNER     SALESMAN        7698 08-SEP-81       1500          0         30
          7900 JAMES      CLERK           7698 03-DEC-81        950                    30
    
    14 rows selected.
    
    SQL> set autotrace trace exp
    SQL> select * from emp where empno<>7900;
    
    Execution Plan
    ----------------------------------------------------------
    Plan hash value: 822536733
    
    --------------------------------------------------------------------------------------------
    | Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    --------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT    |      |    13 |   494 |    14   (0)| 00:00:01 |       |       |
    |   1 |  PARTITION RANGE ALL|      |    13 |   494 |    14   (0)| 00:00:01 |     1 |     4 |
    |*  2 |   TABLE ACCESS FULL | EMP  |    13 |   494 |    14   (0)| 00:00:01 |     1 |     4 |
    --------------------------------------------------------------------------------------------
    
    Predicate Information (identified by operation id):
    ---------------------------------------------------
    
       2 - filter("EMPNO"<>7900)
    
    SQL> select /*+index(emp EMP_IDX1)*/ * from emp where empno<>7900;
    
    Execution Plan
    ----------------------------------------------------------
    Plan hash value: 257372123
    
    ---------------------------------------------------------------------------------------------------------------
    | Id  | Operation                          | Name     | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    ---------------------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT                   |          |    13 |   494 |     6   (0)| 00:00:01 |       |       |
    |   1 |  PARTITION RANGE ALL               |          |    13 |   494 |     6   (0)| 00:00:01 |     1 |     4 |
    |   2 |   TABLE ACCESS BY LOCAL INDEX ROWID| EMP      |    13 |   494 |     6   (0)| 00:00:01 |     1 |     4 |
    |*  3 |    INDEX FULL SCAN                 | EMP_IDX1 |    13 |       |     3   (0)| 00:00:01 |     1 |     4 |
    ---------------------------------------------------------------------------------------------------------------
    
    Predicate Information (identified by operation id):
    ---------------------------------------------------
    
       3 - filter("EMPNO"<>7900)
    
    SQL> 


    可知,当使用<>就会跳过索引,但是我们可以使用hints(提示)让数据库强制使用索引,注意not in或是in 关键字类似<>依然会跳过索引,那么替代办法要么更改sql查询语句,要么使用case when条件,那么也需要在建立函数索引了。

    第四种:统计信息过旧

     在基于成本的optimizer更具数据进行估计cast,当数据已经被修改(如进行了大量的dml操作),那么统计信息肯定过旧,那么oracle在更加统计信息进行执行计划选择的时候往往可能出现选择错误的执行计划。

     在10g开始oracle会有自动收集统计信息的任务在运行。

    17:15:22 sys@REPDB>select * from v$version;
    
    BANNER
    ----------------------------------------------------------------
    Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
    PL/SQL Release 10.2.0.5.0 - Production
    CORE    10.2.0.5.0      Production
    TNS for HPUX: Version 10.2.0.5.0 - Production
    NLSRTL Version 10.2.0.5.0 - Production
    
    17:15:28 sys@REPDB>select JOB_NAME,LAST_START_DATE,comments from dba_scheduler_jobs;
    
    JOB_NAME                       LAST_START_DATE                                                             COMMENTS
    ------------------------------ --------------------------------------------------------------------------- ------------------------------------------------------------
    PURGE_LOG                      07-2ÔÂ -14 03.00.01.146182 ÉÏÎç +08:00                                      purge log job
    FGR$AUTOPURGE_JOB                                                                                          file group auto-purge job
    GATHER_STATS_JOB                                                                                           Oracle defined automatic optimizer statistics collection job
    AUTO_SPACE_ADVISOR_JOB                                                                                     auto space advisor maintenance job
    MGMT_CONFIG_JOB                06-2ÔÂ -14 10.00.02.198895 ÏÂÎç +08:00                                      Configuration collection job.
    MGMT_STATS_CONFIG_JOB          01-2ÔÂ -14 01.01.01.762793 ÉÏÎç +08:00                                      OCM Statistics collection job.
    RLM$EVTCLEANUP                 07-2ÔÂ -14 04.18.33.923785 ÏÂÎç +08:00
    RLM$SCHDNEGACTION              07-2ÔÂ -14 05.02.43.177946 ÏÂÎç +08:00
    
    ÒÑÑ¡Ôñ8ÐС£


    但在11g该内容开始取消;

    SQL> select * from v$version;
    
    BANNER
    --------------------------------------------------------------------------------
    Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
    PL/SQL Release 11.2.0.4.0 - Production
    CORE    11.2.0.4.0      Production
    TNS for Linux: Version 11.2.0.4.0 - Production
    NLSRTL Version 11.2.0.4.0 - Production
    
    SQL> select JOB_NAME,LAST_START_DATE,comments from dba_scheduler_jobs;
    
    JOB_NAME                       LAST_START_DATE                                    COMMENTS
    ------------------------------ -------------------------------------------------- --------------------------------------------------
    XMLDB_NFS_CLEANUP_JOB
    SM$CLEAN_AUTO_SPLIT_MERGE      07-FEB-14 12.00.00.522780 AM PST8PDT               auto clean job for auto split merge
    RSE$CLEAN_RECOVERABLE_SCRIPT   07-FEB-14 12.00.00.242715 AM PST8PDT               auto clean job for recoverable script
    FGR$AUTOPURGE_JOB                                                                 file group auto-purge job
    BSLN_MAINTAIN_STATS_JOB        06-FEB-14 10.39.20.219977 PM -07:00                Oracle defined automatic moving window baseline st
                                                                                      atistics computation job
    
    DRA_REEVALUATE_OPEN_FAILURES   31-JAN-14 06.00.02.807655 AM PST8PDT               Reevaluate open failures for DRA
    HM_CREATE_OFFLINE_DICTIONARY                                                      Create offline dictionary in ADR for DRA name tran
                                                                                      slation
    
    ORA$AUTOTASK_CLEAN             06-FEB-14 09.39.19.975070 PM PST8PDT               Delete obsolete AUTOTASK repository data
    FILE_WATCHER                                                                      File watcher job
    PURGE_LOG                      06-FEB-14 09.39.19.999313 PM PST8PDT               purge log job
    MGMT_STATS_CONFIG_JOB          06-FEB-14 10.39.19.607560 PM -07:00                OCM Statistics collection job.
    MGMT_CONFIG_JOB                07-FEB-14 01.01.01.661585 AM -07:00                Configuration collection job.
    RLM$SCHDNEGACTION              07-FEB-14 04.32.12.069752 PM +08:00
    RLM$EVTCLEANUP                 07-FEB-14 01.49.46.407904 AM -07:00
    
    14 rows selected.
    
    SQL> 


    那么当统计信息过久的时候通常使用dbms_stats包进行相应对象信息的收集。

    第五种:使用通配符查询:

    当谓词条件中存在%或是_通配符的时候,oracle会忽略索引,但是可以通过通配符位移解决,如下:

    SQL> create index emp_idx2 on emp(ename);
    
    Index created.
    
    SQL> set autotrace trace exp
    SQL> select * from emp where ename like '%OT%';
    
    Execution Plan
    ----------------------------------------------------------
    Plan hash value: 822536733
    
    --------------------------------------------------------------------------------------------
    | Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    --------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT    |      |     1 |    38 |    14   (0)| 00:00:01 |       |       |
    |   1 |  PARTITION RANGE ALL|      |     1 |    38 |    14   (0)| 00:00:01 |     1 |     4 |
    |*  2 |   TABLE ACCESS FULL | EMP  |     1 |    38 |    14   (0)| 00:00:01 |     1 |     4 |
    --------------------------------------------------------------------------------------------
    
    Predicate Information (identified by operation id):
    ---------------------------------------------------
    
       2 - filter("ENAME" LIKE '%OT%')
    
    SQL> SELECT * FROM EMP WHERE ENAME LIKE 'SC%OT%';
    
    Execution Plan
    ----------------------------------------------------------
    Plan hash value: 547783664
    
    ---------------------------------------------------------------------------------------------------------------
    | Id  | Operation                          | Name     | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
    ---------------------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT                   |          |     1 |    38 |     2   (0)| 00:00:01 |       |       |
    |   1 |  TABLE ACCESS BY GLOBAL INDEX ROWID| EMP      |     1 |    38 |     2   (0)| 00:00:01 | ROWID | ROWID |
    |*  2 |   INDEX RANGE SCAN                 | EMP_IDX2 |     1 |       |     1   (0)| 00:00:01 |       |       |
    ---------------------------------------------------------------------------------------------------------------
    
    Predicate Information (identified by operation id):
    ---------------------------------------------------
    
       2 - access("ENAME" LIKE 'SC%OT%')
           filter("ENAME" LIKE 'SC%OT%')
    
    SQL> 


    第六种:在谓词条件中存在函数

    无论在谓词中存在隐式函数转换或是显示函数那么oracle都不会使用索引,对于隐式函数转换例子如下:

    http://blog.csdn.net/rhys_oracle/article/details/18011077

    第七种:谓词列存在null值。

    当在谓词条件中的列存在null值,那么oracle将跳过索引,因为null值不存在索引段中,但是如果是复合索引,其中一列为null,另外一列不为null,那么数据库依然使用索引。

    第八种:跳过前导列

     这是最后一种不使用索引的原因,那就是如果是在默写列上创建了复合索引,但在谓词条件中没有涉及到前导列,那么将会是跳过索引。,

     

    如上是oracle不使用索引情况的一点学习笔记。如果强制使用索引,那么可以尝试相关hints如下:

    http://blog.csdn.net/rhys_oracle/article/details/18734071

     

     

    展开全文
  • oracle 索引

    2014-02-11 17:48:41
    1:索引的创建  自动:在使用primary和unique后...查询表上有哪些索引(网上找的,能用,表名和索引名要大写) 1、查找表的所有索引(包括索引名,类型,构成列): select t.*,i.index_type from user_ind_colu...

    1:索引的创建

            自动:在使用primary和unique后系统会自动创建唯一索引

            手动:create   index   索引名  on 表名(字段1,....)

    查询表上有哪些索引(网上找的,能用,表名和索引名要大写)

    1、查找表的所有索引(包括索引名,类型,构成列):
    select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and t.table_name = i.table_name and t.table_name = 要查询的表
    2、查找表的主键(包括名称,构成列):
    select cu.* from user_cons_columns cu, user_constraints au where cu.constraint_name = au.constraint_name and au.constraint_type = 'P' and au.table_name = 要查询的表
    3、查找表的唯一性约束(包括名称,构成列):
    select column_name from user_cons_columns cu, user_constraints au where cu.constraint_name = au.constraint_name and au.constraint_type = 'U' and au.table_name = 要查询的表
    4、查找表的外键(包括名称,引用表的表名和对应的键名,下面是分成多步查询):
    select * from user_constraints c where c.constraint_type = 'R' and c.table_name = 要查询的表
    查询外键约束的列名:
    select * from user_cons_columns cl where cl.constraint_name = 外键名称
    查询引用表的键的列名:
    select * from user_cons_columns cl where cl.constraint_name = 外键引用表的键名
    5、查询表的所有列及其属性
    select t.*,c.COMMENTS from user_tab_columns t,user_col_comments c where t.table_name = c.table_name and t.column_name = c.column_name and t.table_name = 要查询的表
    6、根据索引名称查找 目标表
    select * from user_indexes where index_name ='索引名称';

     

    2:语法

    CREATE UNIUQE | BITMAP INDEX <schema>.<index_name>
    ON <schema>.<table_name>
    (<column_name> | <expression> ASC | DESC,
    <column_name> | <expression> ASC | DESC,...)
    TABLESPACE <tablespace_name>
    STORAGE <storage_settings>
    LOGGING | NOLOGGING
    COMPUTE STATISTICS
    NOCOMPRESS | COMPRESS<nn>
    NOSORT | REVERSE
    PARTITION | GLOBAL PARTITION<partition_setting>
    相关说明

    1)UNIQUE | BITMAP:指定UNIQUE为唯一值索引,BITMAP为位图索引,省略为B-Tree索引。
    2)<column_name> | <expression> ASC | DESC:可以对多列进行联合索引,当为expression时即“基于函数的索引”
    3)TABLESPACE:指定存放索引的表空间(索引和原表不在一个表空间时效率更高)
    4)STORAGE:可进一步设置表空间的存储参数
    5)LOGGING | NOLOGGING:是否对索引产生重做日志(对大表尽量使用NOLOGGING来减少占用空间并提高效率)
    6)COMPUTE STATISTICS:创建新索引时收集统计信息
    7)NOCOMPRESS | COMPRESS<nn>:是否使用“键压缩”(使用键压缩可以删除一个键列中出现的重复值)
    8)NOSORT | REVERSE:NOSORT表示与表中相同的顺序创建索引,REVERSE表示相反顺序存储索引值
    9)PARTITION | NOPARTITION:可以在分区表和未分区表上对创建的索引进行分区

     3:优点及缺点

    优点:
    第一,通过创建唯一性索引,可以保证数据库表中每一行数据的唯一性。
    第二,可以大大加快数据的检索速度,这也是创建索引的最主要的原因。
    第三,可以加速表和表之间的连接,特别是在实现数据的参考完整性方面特别有意义。
    第四,在使用分组和排序子句进行数据检索时,同样可以显著减少查询中分组和排序的时间。
    第五,通过使用索引,可以在查询的过程中,使用优化隐藏器,提高系统的性能。

    缺点:
    第一,创建索引和维护索引要耗费时间,这种时间随着数据量的增加而增加。
    第二,索引需要占物理空间,除了数据表占数据空间之外,每一个索引还要占一定的物理空间,如果要建立聚簇索引,那么需要的空间就会更大。
    第三,当对表中的数据进行增加、删除和修改的时候,索引也要动态的维护,这样就降低了数据的维护速度。

     4:如何判断在哪些字段上加索引

    应该建索引列的特点:
    1)在经常需要搜索的列上,可以加快搜索的速度;
    2)在作为主键的列上,强制该列的唯一性和组织表中数据的排列结构;
    3)在经常用在连接的列上,这些列主要是一些外键,可以加快连接的速度;
    4)在经常需要根据范围进行搜索的列上创建索引,因为索引已经排序,其指定的范围是连续的;
    5)在经常需要排序的列上创建索引,因为索引已经排序,这样查询可以利用索引的排序,加快排序查询时间;
    6)在经常使用在WHERE子句中的列上面创建索引,加快条件的判断速度。

    不应该建索引列的特点:
    第一,对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为,既然这些列很少使用到,因此有索引或者无索引,并不能提高查询速度。相反,由于增加了索引,反而降低了系统的维护速度和增大了空间需求。
    第二,对于那些只有很少数据值的列也不应该增加索引。这是因为,由于这些列的取值很少,例如人事表的性别列,在查询的结果中,结果集的数据行占了表中数据行的很大比例,即需要在表中搜索的数据行的比例很大。增加索引,并不能明显加快检索速度。
    第三,对于那些定义为blob数据类型的列不应该增加索引。这是因为,这些列的数据量要么相当大,要么取值很少。
    第四,当修改性能远远大于检索性能时,不应该创建索引。这是因为,修改性能和检索性能是互相矛盾的。当增加索引时,会提高检索性能,但是会降低修改性能。当减少索引时,会提高修改性能,降低检索性能。因此,当修改性能远远大于检索性能时,不应该创建索引。

     

    以下网上找的

    一,

    oracle的索引陷阱
    一个表中有几百万条数据,对某个字段加了索引,但是查询时性能并没有什么提高,这主要可能是oracle的索引限制造成的。 
    oracle的索引有一些索引限制,在这些索引限制发生的情况下,即使已经加了索引,oracle还是会执行一次全表扫描,查询的性能不会比不加索引有所提高,反而可能由于数据库维护索引的系统开销造成性能更差。 
    下面是一些常见的索引限制问题。
     
    1、使用不等于操作符(<>, !=)
    下面这种情况,即使在列dept_id有一个索引,查询语句仍然执行一次全表扫描 
    select * from dept where staff_num <> 1000; 
    但是开发中的确需要这样的查询,难道没有解决问题的办法了吗? 
    有! 
    通过把用 or 语法替代不等号进行查询,就可以使用索引,以避免全表扫描:上面的语句改成下面这样的,就可以使用索引了。 
    select * from dept shere staff_num < 1000 or dept_id > 1000; 
     
    2、使用 is null 或 is not null
    使用 is null 或is nuo null也会限制索引的使用,因为数据库并没有定义null值。如果被索引的列中有很多null,就不会使用这个索引(除非索引是一个位图索引,关于位图索引,会在以后的blog文章里做详细解释)。在sql语句中使用null会造成很多麻烦。 
    解决这个问题的办法就是:建表时把需要索引的列定义为非空(not null)
     
    3、使用函数
    如果没有使用基于函数的索引,那么where子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引。下面的查询就不会使用索引: 
    select * from staff where trunc(birthdate) = '01-MAY-82'; 
    但是把函数应用在条件上,索引是可以生效的,把上面的语句改成下面的语句,就可以通过索引进行查找。 
    select * from staff where birthdate < (to_date('01-MAY-82') + 0.9999); 
     
    4、比较不匹配的数据类型
    比较不匹配的数据类型也是难于发现的性能问题之一。
    下面的例子中,dept_id是一个varchar2型的字段,在这个字段上有索引,但是下面的语句会执行全表扫描。 
    select * from dept where dept_id = 900198; 
    这是因为oracle会自动把where子句转换成to_number(dept_id)=900198,就是3所说的情况,这样就限制了索引的使用。
    把SQL语句改为如下形式就可以使用索引 
    select * from dept where dept_id = '900198';

     

     

    二,

     各种索引使用场合及建议

     

    (1)B*Tree索引。

    常规索引,多用于oltp系统,快速定位行,应建立于高cardinality列(即列的唯一值除以行数为一个很大的值,存在很少的相同值)。

     Create index indexname on tablename(columnname[columnname...])

    (2)反向索引。

    B*Tree的衍生产物,应用于特殊场合,在ops环境加序列增加的列上建立,不适合做区域扫描。

     Create index indexname on tablename(columnname[columnname...]) reverse

    (3)降序索引。

    B*Tree的衍生产物,应用于有降序排列的搜索语句中,索引中储存了降序排列的索引码,提供了快速的降序搜索。

     Create index indexname on tablename(columnname DESC[columnname...])

    (4)位图索引。

    位图方式管理的索引,适用于OLAP(在线分析)和DSS(决策处理)系统,应建立于低cardinality列,
    适合集中读取,不适合插入和修改,提供比B*Tree索引更节省的空间。

     Create BITMAP index indexname on tablename(columnname[columnname...])

    在实际应用中,如果某个字段的值需要频繁更新,那么就不适合在它上面创建位图索引。
    在位图索引中,如果你更新或插入其中一条数值为N的记录,
    那么相应表中数值为N的记录(可能成百上千条)全部被Oracle锁定,
    这就意味着其它用户不能同时更新这些数值为N的记录,其它用户必须要等第一个用户提交后,
    才能获得锁,更新或插入数据,bitmap index它主要用于决策支持系统或静态数据。

    (5)函数索引。

    B*Tree的衍生产物,应用于查询语句条件列上包含函数的情况,
    索引中储存了经过函数计算的索引码值。可以在不修改应用程序的基础上能提高查询效率。

    索引创建策略 
    1.导入数据后再创建索引 
    2.不需要为很小的表创建索引 
    3.对于取值范围很小的字段(比如性别字段)应当建立位图索引 
    4.限制表中的索引的数目 
    5.为索引设置合适的PCTFREE值 
    6.存储索引的表空间最好单独设定

    唯一索引和不唯一索引都只是针对B树索引而言. 
    Oracle最多允许包含32个字段的复合索引 
    由此估计出一个查询如果使用某个索引会需要读入的数据块块数。
    需要读入的数据块越多,则 cost 越大,Oracle 也就越有可能不选择使用 index

     

    三,

    能用唯一索引,一定用唯一索引 
    能加非空,就加非空约束 
    一定要统计表的信息,索引的信息,柱状图的信息。 
    联合索引的顺序不同,影响索引的选择,尽量将值少的放在前面 

    展开全文
  • oracle索引2

    2019-10-07 09:00:20
    索引有什么代价?哪些场景下你需要建索引?或者有时候反过来问,哪些场景下不推荐建索引。 建好索引之后,怎么才能最高效地利用索引?或者反过来问,请说出一个无法有效利用已建索引的案例。 索引的好处? 快速查询...
  • 10.4.2设置溢出存储 所谓的溢出存储是指将索引化表中每个记录分成两部分其中一部分包含主键列保存在索引化表自身中以索引的树状结构存储称为索引条目部分而另一部分保存在溢出表空间中以标准表的堆结构存储称为溢出...
  • ♣题目部分在Oracle中,在新建或重建索引有哪些锁? ♣答案部分可以利用10704和10046事件跟踪新建或重建索引过程中的锁信息,命令为:1alterse...
  • 以下的文章主要是对Oracle索引整理的描述,其中包含了Oracle的索引陷阱,以及各种索引使用场合以及建议,还有能用唯一索引,一定用唯一索引有哪些的详细内容的介绍,以下就好似相关内容的介绍。 一、Oracle的索引...
  • oracle索引监控

    千次阅读 2007-09-03 01:47:00
    oracle索引是加快查询速度,减少i/o操作的,但是如果索引无用的话那他就是浪费资源的,尤其是在做DML操作时,这是 就需要我们查看那些索引是无用的 相关视图:user_indexesuser_ind_columnsv$object_usage1. 查看表aa...
  • Oracle索引和MySQL索引是一个概念,都是为了提高数据库查询效率,例如字典的目录,就是一种索引...那Oracle索引有哪些类型呢? 首先我们来看一下索引的数据结构:B树 在介绍之前,首先建立一张表 create table tes...
  • 字段类型 中文说明 限制条件 其它说明 ...VARCHAR2 可变长度的字符串 最大长度4000 bytes 可做索引的最大长度749 NCHAR 根据字符集而定的固定长度字符串 最大长度2000 bytes NVARCHAR2 根据字符集而定的可变长
  • Oracle有哪些数据类型

    千次阅读 2014-12-10 17:08:50
    字段类型 中文说明 限制条件 其它... VARCHAR2 可变长度的字符串 最大长度4000 bytes 可做索引的最大长度749  NCHAR 根据字符集而定的固定长度字符串 最大长度2000 bytes   NVARCHAR2 根据字符集而定
  • 索引-oracle

    2017-12-21 15:42:24
    1、oracle有哪些索引类型 2、是不是只要加了索引索引就一定会被使用呢? 一、oracle索引类型 oracle 索引类型 B树索引 位图索引 hash索引 索引组织表索引 (IOT:index organized table) 反转键(reverse key)...
  • oracle索引的创建

    千次阅读 2009-08-21 19:10:00
    这是因为,创建索引可以大大提高系统的性能,他都有哪些优点: 第一,通过创建唯一性索引,可以保证数据库表中每一行数据的唯一性。 第二,可以大大加快 数据的检索速度,这也是创建索引的最主要的原因。 第三,...
  • 用user_indexes和user_ind_columns系统表查看已经存在的索引 对于系统中已经存在的索引我们可以通过以下的两个系统视图(user_indexes和user_ind_columns)来查看其具体内容,例如是属于那个表,哪个列和,具体有些...
  • oracle索引,主键影响查询速度

    千次阅读 2011-11-27 16:24:33
    可能要被删除的字段,建索引。 2.假如一次提交5W个号码,每个都要和数据库里90W号码进行比较5W个号码中哪些号码是90W号码中的。那么将90W号码建一个表,一个字段就是号码字段,然后把该字段设为主键即可。 ...
  • MySQL数据库分区技术课程大纲一海量数据如何存储二数据库的表分区技术三测试效果海量数据的存储问题海量数据的存储问题海量数据咱们数据库应该...优化主要2种解决方案分库分表将大表拆成小表SQL语句的优化SQL语句的优化...
  • 我在不知道的情况下想知道这个表的索引有没有建成功,或者说我现在想知道这个表的索引有哪些,就要来查询了。 索引表查询方法如下,把对应的表放到括号里就能查出来了。 5 个索引相当于 5 的阶乘。现在查询时间 2 秒...
  • 本文较短、不过实用性很好、还是记录之、 ㈠ 先别看SQL语句、看执行计划、挑出走全表扫的表 ㈡ 回头看SQL语句、分析上述表的约束字段有哪些、检查各个约束字段的索引是否存在 ...
  • oracle数据库创建索引

    2013-03-27 21:30:20
    系统中一张记录登录和注销的日志表,时间长了之后,数据量很大,又没有历史表。...首先先查下表中存在哪些索引 select index_name from all_indexes where table_name = 'SYSLOG';  如果不存
  • 所以需要了解一下有哪些些情况会导致索引失效,即查询不走索引的原因。 在写SQL的层面上一些骚操作会导致索引失效 没有写WHERE子句或查询条件没有建立索引 既然没有WHERE子句,那么就是查询...
  • Oracle用户的权限都有哪些

    千次阅读 2016-07-26 10:34:37
    系统权限: 允许用户执行特定的数据库动作,如创建表、创建索引、连接实例等(对用户而言) 对象权限: 允许用户操纵一些特定的对象,如读取视图,可更新某些列、执行存储过程等(是针对表或视图而言的) 1.系统权限...
  • 1、查看表中有哪些索引 select * from user_indexes where table_name = '表名' 或者 select * from all_indexes where table_name = '表名' 2、查看表中索引对应哪些列 select * from user_ind_columns ...

空空如也

空空如也

1 2 3 4 5 ... 13
收藏数 254
精华内容 101
关键字:

oracle索引有哪些