oracle索引

数据库索引概念： 索引是对数据库中一列或多列的值进行排序的一种结构，使用索引可以快速访问数据库表中的特定信息，而不必扫描整个数据库。索引就是一种满足特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据，这样就可以在这些数据结构上实现高级查找算法。 索引的优缺点 优点： 1、可以大大加快数据的检索速度。 2、通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。 3.可以加快表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。 4、在使用分组和排序字句进行数据检索时，同样可以显著减少查询中分组和排序的时间。 5、通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。 缺点： 1、创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。 2、索引需要占物理空间，出了数据表要转矩数据空间外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。 3、当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这就降低了数据的维护速度。 哪些列适合创建索引？ 1、经常需要搜索的列 2、作为主键的列，强制该列的唯一性和组织表中数据的排序结构。 3.经常用来连接的列，主要是一些外键，可以加快连接速度 4、经常需要排序的列，因为索引已经排序，这样查询可以利用索引的排序加快查询速度 5、经常使用在where字句中的列

Oracle 索引不起作用的几种情况： 1,<> 2,单独的>,<,(有时会用到，有时不会) 3,like "%_" 百分号在前.（可采用在建立索引时用reverse(columnName)这种方法处理） 4,表没分析. 5,单独引用复合索引里非第一位置的索引列. 6,字符型字段为数字时在where条件里不添加引号. 7,对索引列进行运算.需要建立函数索引. 8,not in ,not exist. 9,当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。 10, 索引失效。 11,基于cost成本分析(oracle因为走全表成本会更小)：查询小表,或者返回值大概在10%以上 12,有时都考虑到了 但就是不走索引,drop了从建试试在 13,B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走 14,联合索引 is not null 只要在建立的索引列（不分先后）都会走, in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,其他建立索引的列可以是is null（但必须在所有列都满足is null的时候）,或者=一个值； 当建立索引的第一位置是=一个值时,其他索引列可以是任何情况（包括is null =一个值）,以上两种情况索引都会走

RDBMS方言 DB2 org.hibernate.dialect.DB2Dialect DB2 AS/400 org.hibernate.dialect.DB2400Dialect DB2 OS390 org.hibernate.dialect.DB2390Dialect PostgreSQL org.hibernate.dialect.PostgreSQLDialect MySQL org.hibernate.dialect.MySQLDialect MySQL with InnoDB org.hibernate.dialect.MySQLInnoDBDialect MySQL with MyISAM org.hibernate.dialect.MySQLMyISAMDialect Oracle (any version) org.hibernate.dialect.OracleDialect Oracle 9i/10g org.hibernate.dialect.Oracle9Dialect Sybase org.hibernate.dialect.SybaseDialect Sybase Anywhere org.hibernate.dialect.SybaseAnywhereDialect Microsoft SQL Server org.hibernate

版权声明 ：本文发布于http://www.cnblogs.com/yumiko/，版权由Yumiko_sunny所有，欢迎转载。转载时，请在文章明显位置注明原文链接。若在未经作者同意的情况下，将本文内容用于商业用途，将保留追究其法律责任的权利。如果有问题，请以邮箱方式联系作者（793113046@qq.com）。 Oracle索引种类 一 Oracle索引类型概述 oracle索引的种类主要有以下几种： B树索引 ：oracle默认的索引类型，内部采用二叉树结构，根据rowid实现访问行的快速定位。 反向索引 ：反转B树索引的索引列的键值字节，尤其是索引列值递增且批量插入数据时，使索引分布均匀。 位图索引 ：通过使用位图，标识被索引的列值，进而管理与数据行的对应关系。主要用于OLAP的系统。 表簇索引 ：使用表簇索引必须要使用表簇（cluster）。 函数索引 ：通过函数将数据列计算的返回值作为索引键值建立的索引结构。 二 B树索引 2.1 B树索引结构图说明 该结构图源自于网络，从图中不难看出，B树索引结构主要由三部分组成：根节点、分支节点、叶子节点。 对于oracle而言，索引的层级号采用倒序的方式，既对于层级数为N的索引，根节点的层级号为N，其下一层的分支节点为N-1，类推。 需要注意的是，oracle会自动为表的主键列创建索引。 需要注意的是

1. 理解ROWID 　　ROWID是由Oracle自动加在表中每行最后的一列伪列，既然是伪列，就说明表中并不会物理存储ROWID的值；你可以像使用其它列一样使用它，只是不能对该列的值进行增、删、改操作；一旦一行数据插入后，则其对应的ROWID在该行的生命周期内是唯一的，即使发生行迁移，该行的ROWID值也不变。 SELECT t.rowid,t.* FROM DM_COMM_PREM_LIST t where LIST_ID= '3106355531'; 2. SQL优化器优化方式 1）基于规则的优化器RBO（Rule-Based Optimization） 　　RBO有严格的使用规则，只要按照这套规则去写SQL语句，无论数据表中的内容怎样，也不会影响到你的执行计划；换句话说，RBO对数据“不敏感”，它要求SQL编写人员必须要了解各项细则；RBO一直沿用至ORACLE 9i，从ORACLE 10g开始，RBO已经彻底被抛弃。 2）基于成本的优化器CBO（Cost-Based Optimization） CBO是一种比RBO更加合理、可靠的优化器，在ORACLE 10g中完全取代RBO；CBO通过计算各种可能的执行计划的“代价”，即COST，从中选用COST最低的执行方案作为实际运行方案；它依赖数据库对象的统计信息，统计信息的准确与否会影响CBO做出最优的选择，也就是对数据“敏感”

MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。 索引分 单列索引 和 组合索引 。 单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。 组合索引，即一个索引包含多个列。 创建索引时，你需要确保该索引是应用在 SQL 查询语句的条件( 一般作为 WHERE 子句的条件 )。 索引也会有它的缺点：虽然索引大大提高了查询速度，同时却会降低 更新表的速度 ，如对表进行 INSERT、UPDATE和DELETE 。因为更新表时， MySQL不仅要保存数据，还要保存一下索引文件。建立索引会占用磁盘空间的索引文件。 创建索引 CREATE INDEX indexName ON TABLENAME(username(length)); 创建表的时候直接指定 CREATE TABLE TABLENAME( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 删除索引的语法 DROP INDEX [indexName] ON TABLENAME; 唯一索引 它与前面的普通索引类似，不同的就是： 索引列的值必须唯一，但允许有空值 。如果是组合索引，则列值的组合必须唯一。它有以下几种创建方式： CREATE

【Oracle】DBMS_STATS.GATHER_SCHEMA_STATS详解 dbms_stats能良好地估计统计数据（尤其是针对较大的分区表），并能获得更好的统计结果，最终制定出速度更快的SQL执行计划。 exec dbms_stats.gather_schema_stats ( 　ownname => 'SCOTT', 　　options => 'GATHER AUTO', 　　estimate_percent => dbms_stats.auto_sample_size, 　　method_opt => 'for all columns size repeat', 　　degree => 15 ) 为了充分认识dbms_stats的好处，需要仔细体会每一条主要的预编译指令（directive）。下面让我们研究每一条指令，并体会如何用它为基于代价的SQL优化器收集最高质量的统计数据。 options参数 使用4个预设的方法之一，这个选项能控制Oracle统计的刷新方式： gather——重新分析整个架构（Schema）。 gather empty——只分析目前还没有统计的表。 gather stale——只重新分析修改量超过10%的表（这些修改包括插入、更新和删除）。 gather auto——重新分析当前没有统计的对象，以及统计数据过期（变脏）的对象。注意

1.约束 　　 1.not null(列表不为空) 　　　　　　　　create table 表名(列名1 列表属性2 not null, 列名1 列表属性2 not null ); 　　　　 2.unique(列表不能重复) 　　　　　　　　create table 表名( 列名1 列表属性2 unique, 列名1 列表属性2 unique) ; 　　　　 or　　 create table 表名( 列名1 列表属性2, 列名1 列表属性2, unique(列名)); 　　　　3.primary key (主键约束 唯一性与非空性) 　　　　　　　　 create table 表名( 列名1 列表属性2　primart key, 列名1 列表属性2 unique); 　　　　or create table 表名( 列名1 列表属性2, 列名1 列表属性2 ,constaraint 约束名 unique(列名)); 　　　　4.check(自定义约束) 　　　　　　　　 create table 表名( 列名1 列表属性2 check(约束条件), 列名1 列表属性2); 　　　　　or　　 create table 表名( 列名1 列表属性2 , 列名1 列表属性2，constraint 约束名 check(条件)); 　　　　5.foreign key(外键约束

MyISAM索引文件和数据文件是分离的，索引文件仅保存数据记录的地址。这与Oracle的索引结构相似，比较好理解。那么，常用的Innodb聚集索引结构是怎样的呢？ InnoDB的数据文件本身（.ibd文件）就是索引文件。在InnoDB中，表数据文件本身就是按B+Tree组织的一个索引结构，这棵树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是主索引。 上图是InnoDB主索引（同时也是数据文件）的示意图，可以看到叶节点包含了完整的数据记录。这种索引叫做聚集索引。因为InnoDB的数据文件本身要按主键聚集，所以InnoDB要求表必须有主键（MyISAM可以没有），如果没有显式指定，则MySQL系统会自动选择一个可以唯一标识数据记录的列作为主键，如果不存在这种列，则MySQL自动为InnoDB表生成一个隐含字段作为主键，这个字段长度为6个字节，类型为长整形。 可能上面的描述还不够直观，我又翻阅了《MySQL技术内幕：Innodb存储引擎》一书，在其第172页找到了如下图片。 可以看出，聚集索引非叶子节点中，Pointer（索引键值）指向的是ibd文件的Page Offset，这样就定位到数据的物理位置了。通过操作系统的inode，就能找到磁盘中的具体数据块了。 找到数据块，将它读入Innodb buffer pool

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 索引类型: 普通类型索引 primary key foreign key unique index non-unique 专业索引: --b-tree 平衡数索引,有别于二叉树.二叉树高度可能很高平衡树不会很高一般3、4层. b+tree b-tree是逻辑叫法,b+tree是技术实现.有一部分存储在内存不够时会放到磁盘上.(innodb、MyISAM、Memery等) r-tree 空间索引(MyISAM) full text全文索引.(MyISAM) hash index(Memery) 索引目的： 减少I/O,会提供查询速度,会影响dml速度. 选择性：返回行占整个记录的比例 索引类型：前缀索引、复合索引、函数索引的变通(通过增加列和触发器实现)、全文索引 复合索引：oracle有index skip算法可以使不是引导列的索引被使用.mysql必须按照定义顺序使用复合索引. 全文索引：主要是查询单词. ...where match(列) aginst('字符' in 模式).有3中模式boolean(支持运算符表达式)、自然语言、扩展自然语言. select title from books where mathc(title) against('prince') select title,author