DB2索引创建原则 (db2索引创建)

DB2索引创建都应该哪些原则呢？这是很多人都提到的问题，下面就为您详细介绍DB2索引创建原则，供您参考学习。

DB2索引实现是一个B+树，通过索引可以实现快速查询，避免全表扫描以此来减少IO操作。

索引是对表数据的一种抽象，通过抽取有限数据，对数据的分布进行计算，以此来完成对数据的快速检索。

索引创建语句

创建索引需要注意的地方：

索引应该用来提高查询速度，但是会对更新和删除操作带来负面影响，因为要同步更新索引。所以索引应该创建到更新、删除相对比读取少的表上。

索引需要独立的空间进行存储和管理。索引是需要磁盘空间来存储。所以避免重复创建冗余索引。如下:

已经有索引TEST_IDX_IDX1在三个列上，在创建”CREATE INDEX TEST_IDX_IDX2 ON TEST_IDX (COL1, COL2)”，这样的索引一般没有什么作用。

索引用来避免表扫描。通过索引对大量数据抽取有限部分，形成一个相对少量的有序数据结构，通过对有序数据结构的查找可以快速想要查找的数据。所以索引适合建立在数据量比较大的表上，而且该表上的查询经常是根据条件查询部分数据。比如一些系统基础表，如SYSTEM表，这些表数据量小，而且经常是查询全部数据，所以这些表上建立索引对性能的影响不是很大，完全可以避免，以免对管理造成影响。

创建索引的目的还有一个就是保证数据唯一性，可以利用”CREATE UNIQUE INDEX ON ()”，来完成。

主键会隐式创建索引，所以请不要在主键上创建索引浪费空间。

尽量减少索引的创建。DB2路径访问优化器会根据表中所提供的索引来完成尽可能多的访问路径的成本估计。创建过多的索引意味着DB2优化器生成更多的访问路径，完成更多的访问计划成本估算，这会增加SQL语句编译时间。

创建唯一索引可以避免排序。因为索引是有序数据结构，在进行扫描时，DB2会默认按照顺序输出结果，而不是按照插入先后。通过创建唯一索引可以避免排序，提高查询性能。

具有大量重复数据的列上不要创建索引。在大量重复的列上创建索引没有任何意义。如下数据结构：表中字段col1有大量重复数据，其中的数据分布是按照90%的Y，和10%的N来分布。这样的列上创建索引没有任何意义。在查询条件为col1=‘Y’时，该表的索引扫描和表扫描没有特大差异。根据实践经验，列上的数据分布应该均匀，并且抽密度不能大于5 ‰。

创建如下表：

以上就是DB2索引创建原则介绍。

【编辑推荐】

DB2循环查询的实现方法

DB2分区数据库的前滚操作

DB2分区数据库备份的实现方法

DB2目录结构详解

DB2批量执行SQL脚本的实现

sql-2000中的索引是什么意思？

可以利用索引快速访问数据库表中的特定信息。 索引是对数据库表中一个或多个列（例如，employee 表的姓氏 (lname) 列）的值进行排序的结构。 如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。 索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。 数据库使用索引的方式与使用书的目录很相似：通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。 在数据库关系图中，可以为选定的表创建、编辑或删除索引/键属性页中的每个索引类型。 当保存附加在此索引上的表或包含此表的数据库关系图时，索引同时被保存。 有关详细信息，请参见创建索引。 通常情况下，只有当经常查询索引列中的数据时，才需要在表上创建索引。 索引将占用磁盘空间，并且降低添加、删除和更新行的速度。 不过在多数情况下，索引所带来的数据检索速度的优势大大超过它的不足之处。 然而，如果应用程序非常频繁地更新数据，或磁盘空间有限，那么最好限制索引的数量。 1.确定数据表的操作是大量的查询还是大量的增删操作，以此确定使用索引的数目，较多增删操作应严格限制索引数目，如果是较多查询可以适当增加索引数目。 2.尝试建立索引来帮助查询。 检查自己的SQL语句，为在WHERE子句中出现的字段建立索引。 使查询引擎快速的定位到指定条件。 3.尝试建立一些复合索引来进一步提高系统性能（修改复合索引将消耗更多的时间，且占磁盘空间）4.对小型表(记录少)建立索引可能反而影响性能，因为此时对表扫描操作效率更高。 （查询优化器不能智能处理）5.避免对具有较少值的字段建立索引（如性别）6.避免选择具有大型数据类型的列作为索引。

sql里能创建多少个索引？？

这个好像没有限制吧·····索引被创建于已有的表中，它可使对行的定位更快速更有效。 可以在表格的一个或者多个列上创建索引，每个索引都会被起个名字。 用户无法看到索引，它们只能被用来加速查询。 注释：更新一个包含索引的表需要比更新一个没有索引的表更多的时间，这是由于索引本身也需要更新。 因此，理想的做法是仅仅在常常用于搜索的列上面创建索引。

mysql索引类型解释

索引分单列索引和组合索引。 单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。 组合索引，即一个索包含多个列。 MySQL索引类型包括：(1)普通索引这是最基本的索引，它没有任何限制。 它有以下几种创建方式：◆创建索引CREATE INDEX indexName ON mytable(username(length));如果是 CHAR，VARCHAR类型，length可以小于字段实际长度;如果是BLOB和TEXT类型，必须指定 length，下同。 ◆修改表结构ALTER mytable ADD INDEX [indexName] ON (username(length))◆ 创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );删除索引的语法：DROP INDEX [indexName] ON mytable;(2)唯一索引它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。 如果是组合索引，则列值的组合必须唯一。 它有以下几种创建方式：◆创建索引CREATE UNIQUE INDEX indexName ON mytable(username(length))◆修改表结构ALTER mytable ADD UNIQUE [indexName] ON (username(length))◆创建表的时候直接指定CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );(3)主键索引它是一种特殊的唯一索引，不允许有空值。 一般是在建表的时候同时创建主键索引：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );当然也可以用 ALTER 命令。 记住：一个表只能有一个主键。 (4)组合索引为了形象地对比单列索引和组合索引，为表添加多个字段：CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );为了进一步榨取MySQL的效率，就要考虑建立组合索引。 就是将 name, city, age建到一个索引里：ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);建表时，usernname长度为 16，这里用 10。 这是因为一般情况下名字的长度不会超过10，这样会加速索引查询速度，还会减少索引文件的大小，提高INSERT的更新速度。 如果分别在 usernname，city，age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率也会大不一样，远远低于我们的组合索引。 虽然此时有了三个索引，但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。 建立这样的组合索引，其实是相当于分别建立了下面三组组合索引：usernname,city,age usernname,city usernname为什么没有 city，age这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。 简单的理解就是只从最左面的开始组合。 并不是只要包含这三列的查询都会用到该组合索引，下面的几个SQL就会用到这个组合索引：SELECT * FROM mytable WHREE username=admin AND city=郑州 SELECT * FROM mytable WHREE username=admin而下面几个则不会用到：SELECT * FROM mytable WHREE age=20 AND city=郑州 SELECT * FROM mytable WHREE city=郑州(5)建立索引的时机到这里我们已经学会了建立索引，那么我们需要在什么情况下建立索引呢?一般来说，在WHERE和JOIN中出现的列需要建立索引，但也不完全如此，因为MySQL只对<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE才会使用索引。 例如：SELECT FROM mytable t LEFT JOIN mytable m ON = WHERE =20 AND =郑州此时就需要对city和age建立索引，由于mytable表的 userame也出现在了JOIN子句中，也有对它建立索引的必要。 刚才提到只有某些时候的LIKE才需建立索引。 因为在以通配符%和_开头作查询时，MySQL不会使用索引。 例如下句会使用索引：SELECT * FROM mytable WHERE username likeadmin%而下句就不会使用：SELECT * FROM mytable WHEREt Name like%admin因此，在使用LIKE时应注意以上的区别。 (6)索引的不足之处上面都在说使用索引的好处，但过多的使用索引将会造成滥用。 因此索引也会有它的缺点：◆虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行 INSERT、update和DELETE。 因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。 ◆建立索引会占用磁盘空间的索引文件。 一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。 索引只是提高效率的一个因素，如果你的 MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。 (7)使用索引的注意事项使用索引时，有以下一些技巧和注意事项：◆索引不会包含有NULL值的列只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有 NULL值，那么这一列对于此复合索引就是无效的。 所以我们在数据库设计时不要让字段的默认值为NULL。 ◆使用短索引对串列进行索引，如果可能应该指定一个前缀长度。 例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。 短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。 ◆索引列排序MySQL查询只使用一个索引，因此如果 where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。 因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。 ◆like语句操作一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。 like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。 ◆不要在列上进行运算select * from users where YEAR(adddate)<2007;将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成select * from users where adddate<‘2007-01-01’;◆不使用NOT IN和<>操作以上，就对其中MySQL索引类型进行了介绍。 转自：