在Oracle数据库中要合理的创建索引有如下几个要求。
一、根据表的大小来创建索引。
虽然给表创建索引，可以提高查询的效率。但是数据库管理员需要注意的是，索引也需要一定的开销的。为此并不是说给所有的表都创建索引，那么就可以提高数据库的性能。这个认识是错误的。恰恰相反，如果不管三七二十一，给所有的表都创建了索引，那么其反而会给数据库的性能造成负面的影响。因为此时滥用索引的开销可能已经远远大于由此带来的性能方面的收益。所以笔者认为，数据库管理员首先需要做到，为合适的表来建立索引，而不是为所有的表建立索引。
一般来说，不需要为比较小的表创建索引。如在一个ERP系统的数据库中，department表用来存储企业部门的信息。一般企业的部分也就十几个，最多不会超过一百个。这100条记录对于人来说，可能算是比较多了。但是对于计算机来说，这给他塞塞牙缝都还不够。所以，对类似的小表没有必要建立索引。因为即使建立了索引，其性能也不会得到很大的改善。相反索引建立的开销，如维护成本等等，要比这个要大。也就是说，付出的要比得到的多，显然违反常理。
另外，就是对于超大的表，也不一定要建立索引。有些表虽然比较大，记录数量非常的多。但是此时为这个表建立索引并一定的合适。如系统中有一张表，其主要用来保存数据库中的一些变更信息。往往这些信息只给数据库管理员使用。此时为这张表建立索引的话，反而不合适。因为这张表很少用到，只有在出问题的时候才需要查看。其次其即使查看，需要查询的纪录也不会很多，可能就是最近一周的更新记录等等。对于对于一些超大的表，建立索引有时候往往不能够达到预计的效果。而且在打表上建立索引，其索引的开销要比普通的表大的多。那么到底是否给大表建立索引呢?笔者认为，主要是看两个方面的内容。首先是需要关注一下，在这张大表中经常需要查询的记录数量。一般来说，如果经常需要查询的数据不超过10%到15%的话，那就没有必要为其建立索引的必要。因为此时建立索引的开销可能要比性能的改善大的多。这个比例只是一个经验的数据。如果数据库管理员需要得出一个比较精确的结论，那么就需要进行测试分析。即数据库管理员需要测试一下全表扫描的时间，看看其是否比建立索引后的查询时间要长或者短。如果是长的话，则说明有建立索引的必要。但是如果没有的话，则说明还是全表扫描速度来的快。此时也就没有必要建立索引了。
总之，在考虑是否该为表建立索引时，一般来说小表没有建立索引的必要。而对于打表的话，则需要进行实际情况实际分析。简单一点的，可以根据大致的比率来确定。如果要精确一点的，则可以进行全表扫描性能分析，以判断建立索引后是否真的如预期那样改善了数据库性能。
二、根据列的特征来创建索引。
列的特点不同，索引创建的效果也不同。数据库管理员需要了解为哪些列创建索引可以起到事倍功半的效果。同时也需要了解为哪些列创建索引反而起到的是事倍功半的效果。这有利于他们了解到底给为怎么样的字段建立索引。
根据笔者的经验，往往为如下特征的列创建索引能够起到比较明显的效果。如对于一些重复内容比较少的列，特别是对于那些定义了唯一约束的列。在这些列上建立索引，往往可以起到非常不错的效果。如对于一些null值的列与非Null 值的列混合情况下，如果用户需要经常查询所有的非Null值记录的列，则最好为其设置索引。如果经常需要多表连接查询，在用与连接的列上设置索引可以达到事半功倍的效果。
可见，索引设置的是否恰当，不仅跟数据库设计架构有关，而且还跟企业的经济业务相关。为此，对于一些套装软件，虽然一开始数据库管理员已经做了索引的优化工作。但是随着后来经济数据的增加，这个索引的效果会越来越打折扣。这主要是因为记录的表化影响到了索引优化的效果。所以笔者建议各位数据库管理员，即使采用的是大牌软件公司的套装软件，也需要隔一段时间，如一年，对数据库的索引进行优化。该去掉的去掉，该调整的调整，以提高数据库的性能。
如在数据库中有一张表是用来保存用户信息的。其中有个字段身份证号码，这是一个唯一的字段。在数据库设计时，给这个字段创建了索引。但是当这个数据库投入使用之后，用户不怎么输入用户的身份证号码。而且平时也基本不按这个号码来进行查询。当记录月来月多时，这个身份证号码上的索引字段不但不能够改善数据库的查询性能，反而成了鸡肋。对于这些有很多NULL值的列，而且不会经常查询所有的非NULL值记录的列，数据库管理员要下决心，即使清除这些列上的索引。
所以说索引的优化与调整是一个动态的过程，并不是说数据库设计好之后就不需要经过调整。数据库管理员往往需要根据记录的变化情况，来进行适当的变更。以提高索引的效果。
三、在一个表上创建多少索引合适?
虽然说，在表上创建索引的数量没有限制，但是决不是越多越好。也就是说，在创建索引这项事情上，1+1〉2往往不成立。有时候，创建索引越多，其可能会得到适得其反的效果。那么在一个表上，到底给创建多少索引合适呢?这个没有一个明确的标准。而是需要数据库管理员根据实际的用途以及数据库中记录的情况，来进行判断。
通常来说，表的索引越多，其查询的速度也就越快。但是，表的更新速度则会降低。这主要是因为表的更新(如往表中插入一条记录)速度，反而随着索引的增加而增加。这主要是因为，在更新记录的同时需要更新相关的索引信息。为此，到底在表中创建多少索引合适，就需要在这个更新速度与查询速度之间取得一个均衡点。如对于一些数据仓库或者决策型数据库系统，其主要用来进行查询。相关的记录往往是在数据库初始化的时候倒入。此时，设置的索引多一点，可以提高数据库的查询性能。同时因为记录不怎么更新，所以索引比较多的情况下，也
不会影响到更新的速度。即使在起初的时候需要导入大量的数据，此时也可以先将索引禁用掉。等到数据导入完毕后，再启用索引。可以通过这种方式来减少索引对数据更新的影响。相反，如果那些表中经常需要更新记录，如一些事务型的应用系统，数据更新操作是家常便饭的事情。此时如果在一张表中建立过多的索引，则会影响到更新的速度。由于更新操作比较频繁，所以对其的负面影响，要比查询效率提升要大的多。此时就需要限制索引的数量，只在一些必要的字段上建立索引。
笔者在平时数据库优化时，往往会根据这些表的用途来为列设置索引。可以查询相关的动态视图，看看对于这张表的操作，是更新操作(包括更新、删除、插入等等)占的比例大，还是查询操作占的比例大。当过多的索引已经影响到更新操作的速度时，则数据库管理员就需要先禁用某些索引，以提高数据库的性能。
总之，在适当的表、适当的列上建立适当的索引。这一句话包含的意思有很多，以上内容只是一部分内容。俗话说，师傅领进门，修行靠自身。笔者在这里指能够点到为止。一些具体的索引优化内容还是需要各位读者在日常工作中去体会与总结。
数据库相关规范 1.使用utf8mb4字符集 2.所有表、字段必须写清中文注释 3.金额字段禁止使用小数存储（单位：分） 4.禁止使用字段属性隐式转换（如：“WHERE ms_no = 1234”ms_no为字符串类型） 5.尽量不使用负向查询（NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等） 6.禁止使用外键，如有完整性约束，需要应用程序控制 7.禁止使用程序配置文件内的账号访问线上数据库 8.禁止非DBA对线上数据库进行写操作 9.开发、测试、线上环境分离 10.所以提交的SQL语句必须经过测试 11.禁止存储大文件或大照片 12.库名、表名、字段名：小写，下划线分割，不超过32个字符，必须见名知意，禁止拼 音英文混用 13.表必须有主键 14.必须把字段定义为NOT NULL并设置默认值 15.必须使用varchar（20）来存储手机号 16.单表索引控制在5个以内，单索引字段数不许超过5个 a)索引的使用。? b)(1) 尽量避免对索引列进行计算。如计算较多，请提请管理员建立函数索引。? c)(2) 尽量注意比较值与索引列数据类型的一致性。? d)(3) 对于复合索引，SQL语句必须使用主索引列? e)(4) 索引中，尽量避免使用NULL。? f)(5) 对于索引的比较，尽量避免使用NOT=（!=）? g)(6) 查询列和排序列与索引列次序保持一致 (7) 禁止在更新频繁、区分度不高（如：性别）的字段上建立索引 (8) 建立组合索引，必须把区分度高的字段放在前面 17.禁止使用SELECT * ，只获取必要的字段 18.禁止使用INSERT INTO t_xxx VALUES(xxx)，必须指定插入的列名 19.禁止在WHERE条件的属性上使用函数或表达式 20.禁止%开头的模糊查询 21.禁止使用OR条件 22.应用程序必须捕获SQL异常，并作出相应处理 23.逻辑删除代替物理删除 24.选择最有效的表名、查询条件顺序（从右到左） 25.减少访问数据库的次数 26.SQL中的关键字均使用大写字母，数据表最好起别名 27.查询条件中“>=”代替“>” 28.等号两边使用空格，逗号后使用空格 29.多表操作必须使用别名 30.整条语句必须写明注释，关键逻辑单独书写注释，说明算法、功能 a)注释风格：注释单独成行、放在语句前面。? b)(1) 应对不易理解的分支条件表达式加注释；? c)(2) 对重要的计算应说明其功能；?
一、单项选择题（共20 道试题，共40 分。） 1. 在T-SQL语法中，Select语句的完整语法较复杂，但至少包括的部分为（）。 A. Select，Into B. Select，From C. Select，Group D. 仅Select 2. 下列（）统计函数可以计算平均值。 A. Sum B. Avg C. Count D. Min 3. 下列叙述中不是视图的特点的是（）。 A. 为用户集中数据 B. 降低数据库设计的复杂性 C. 存储数据 D. 组织数据以便导出到其他应用程序中 4. （）必须确保索引键不包含重复的值。 A. 聚集索引 B. 非聚集索引 C. 索引视图 D. 唯一索引 5. 对于Update语句的实现说法正确的是（）。 A. Update一次只能修改一列的值 B. Update只能修改不能赋值 C. Update可以指定要修改的列和赋予的新值
D. Update不能加Where条件 6. T-SQL对标准SQL的扩展主要表现为（）。 A. 加入了程序控制结构和变量 B. 加入了建库和建表语句 C. 提供了分组（Group by）查询功能 D. 提供了Min、Max等统计函数 7. SQL Server的字符型系统数据类型主要包括（）。 A. Int、Money、Char B. Char、Varchar、Text C. Datetime、Binary、Int D. Char、Varchar、Int 8. 在T-SQL语法中，用来插入数据的命令和用于更新的命令分别是（）。 A. Insert，Update B. Update，Insert C. Delete，Update D. Create，Insert Into 9. 执行哪一个系统存储过程，可以查看视图的定义信息（）。 A. sp_helptext B. sp_depends C. sp_help D. sp_rename 10. 下列的SQL语句中，（）不是数据定义语句。 A. Create Table B. Drop View C. Create View
索引是对数据库表中一列或多列的值进行排序的一种结构，使用索引可快速访问数据库表中的特定信息。 例如这样一个查询：SELECT * FROM TABLE1 WHERE ID = 44。如果没有索引，必须遍历整个表，直到ID等于44的这一行被找到为止；有了索引之后(必须是在ID这一列上建立的索引)，直接在索引里面找44（也就是在ID这一列找），就可以得知这一行的位置，也就是找到了这一行。可见，索引是用来定位的。 建立索引的目的是加快对表中记录的查找或排序。为表设置索引要付出代价的：一是增加了数据库的存储空间，二是在插入和修改数据时要花费较多的时间(因为索引也要随之变动)。 虽然建立索引能加快对表中记录的查询或者排序速度，但是并不是索引建得越多越好，这就需要我们了解使用索引过程中，索引的一些优点以及缺陷： 使用索引的好处： 创建索引可以大大提高系统的性能： 第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。 第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。 第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。 第四，在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。 第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。使用索引的一些不足： 第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。 第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。 索引是建立在数据库表中的某些列的上面。在创建索引的时候，应该考虑在哪些列上可以创建索引，在哪些列上不能创建索引。一般来说，应该在这些列上创建索引： ?在经常需要搜索的列上，可以加快搜索的速度；在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构； ?在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度； ?在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的； ?在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间； ?在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。 同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点： ?对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。 ?对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了
1.关系数据库中,实现表与表之间的联系是通过(D). A.实体完整性规则 B.用户自定义的完整性规则 C.值域 D.参照完整性规则 2. Visual FoxPro中索引类型包括(A). A.主索引、候选索引、唯一索引、普通索引 B.主索引、候选索引、普通索引、视图索引 C.主索引、次索引、候选索、普通索引 D.主索引、次索引、唯一索引、普通索引 3. 删除数据表文件的命令是(B). TABLE TABLE 4. 假设某字段所要存储的数值介于0~100,且不具备小数,则此字段 采用哪种数据类型最合适(C). A.双精度类型 B.浮动数类型 C.整型类型 D.数值类型
5. 每一个表只能拥有一个(B)索引. A.普通 B.主 C.唯一 D.候选 6.顺序执行下列命令后,屏幕所显示的记录号顺序是(B). USE STUDENT GO 6 LIST NEXT 4 ~10 ~9 ~7 ~4 7. 在数据库设计器中,建立两个表之间的一对多联系是通过以下索引实现的(D). A.一方表的普通索引,"多方"表的候选索引或普通索引 B.一方表的主索引,"多方"表的普通索引或候选索引 C.一方表的普通索引,"多方"表的主索引或候选索引 D."一方"表的主索引或候选索引,"多方"表的普通索引 8. 当前工作区是指(C). A.最后执行REPLACE命令所在的工作区 B.建立数据表时所在的工作区 C.最后执行SELECT命令所选择的工作区 D.最后执行USE命令所在的工作区
9. 已知当前表中有60条记录,当前记录为第6号记录.如果执行命令 SKIP 3后,则当前为第(D)号记录. 10. 执行SELECT 0 选择工作区的结果是(A). A.选择了空闲的最小号工作区 B.选择了0号工作区 C.显示出错信息 D.选择了一个空闲的工作区 11. 唯一索引中的"唯一性"是指(B)的唯一. A.字段值 B.索引项 C.视图项 D.字符值 12. 在Visual Foxpro中,求余运算和(C)函数作用相同. () () () ()
数据库原理实验报告 题目：索引、视图的定义院系：计算机科学与工程学院
【实验题目】 索引、视图的定义 【实验目的】 掌握使用T -SQL语句创建视图的方法，包括视图的建立、删除、修改；了解如何应用视图有选择地查看所需数据，并熟悉通过视图更改数据表中数据的方法。掌握创建索引的方法。 【实验内容】 1、据库TestDB中，基于表"项目数据表"和"员工数据表"创建视图，要求为: (1)视图名为"员工项目"。 (2)包含字段"编号"、"姓名"、"名称"和"开始日期"。 (3)字段别名分别是"员工编号"、”员工姓名"、"项目名称"、"项目开 始日期"。 2、使用企业管理器和Transact-SQL语句在实验二的数据表"员工数据表"中基于"姓名"创建索引，要求索引名为"IDX_Name"，索引类型为非聚集索引。 【实现方法】 1、视图 (1)打开查询分析器。 在查询窗口书写CREATE VIEW语句创建视图，并指定字段别名： USE TestDB GO CREATE VIEW员工项目(员工编号，员工姓名，项目名称，项目开始日期) AS SELECT a·编号，a·姓名，b·名称，b·开始日期， FROM员工数据表AS a INNER JOIN项目数据表AS b ON a·编号=b·负责人 WHERE a·编号=b·负责人 GO (2)使用INSERT语句通过视图向员工数据表中添加一条记录，要求"姓名"字段值 为"马中兴"。 USETestDB GO INSERTINTO 员工项目(员工姓名) VALUES('马中兴') GO (3)使用UPPDATE语句通过视图将第二步中插入记录的员工姓名改为"马中新"。 USETestDB GO UPDATE员工项目 SET 项目负责人= '马中新’， WHERE 项目负责人=’马中兴’
本文介绍了数据库索引，及其优、缺点。针对MySQL索引的特点、应用进行了详细的描述。分析了如何避免MySQL无法使用，如何使用EXPLAIN分析查询语句，如何优化MySQL索引的应用。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它 们包含着对数据表里所有记录的引用指针。 注：[1]索引不是万能的！索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。为了在某种程序上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL 在该命令每插入一条新记录和每修改一条现有之后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE 选项的作用将非常明显。[2]另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果。 从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但MySQL把同一个数据表里的索引总数限制为16个。 1. InnoDB数据表的索引 与MyISAM数据表相比，索引对InnoDB数据的重要性要大得多。在InnoDB数据表上，索引对InnoDB数据表的重要性要在得多。在InnoDB数据表上，索引不仅会在搜索数据记录时发挥作用，还是数据行级锁定机制的苊、基础。"数据行级锁定"的意思是指在事务操作的执行过程中锁定正在被处理的个别记录，不让其他用户进行访问。这种锁定将影响到(但不限于)SELECT...LOCK IN SHARE MODE、SELECT...FOR UPDATE命令以及INSERT、UPDATE和DELETE命令。 出于效率方面的考虑，InnoDB数据表的数据行级锁定实际发生在它们的索引上，而不是数据表自身上。显然，数据行级锁定机制只有在有关的数据表有一个合适的索引可供锁定的时候才能发挥效力。 2. 限制 如果WEHERE子句的查询条件里有不等号(WHERE coloum != ...)，MySQL将无法使用索引。 类似地，如果WHERE子句的查询条件里使用了函数(WHERE DAY(column) = ...)，MySQL也将无法使用索引。 在JOIN操作中(需要从多个数据表提取数据时)，MySQL只有在主键和外键的数 据类型相同时才能使用索引。
Oracle数据库中的索引详解 一、ROWID的概念 存储了row在数据文件中的具体位置：64位编码的数据，A-Z, a-z, 0-9, +, 和/，row在数据块中的存储方式 SELECT ROWID, last_name FROM hr.employees WHERE department_id = 20; 比如：OOOOOOFFFBBBBBBRRR OOOOOO：data object number, 对应dba_objects.data_object_id FFF：file#, 对应v$datafile.file# BBBBBB：block# RRR：row# Dbms_rowid包 SELECT dbms_rowid.rowid_block_number('AAAGFqAABAAAIWEAAA') from dual; 具体到特定的物理文件 二、索引的概念 1、类似书的目录结构 2、Oracle 的“索引”对象，与表关联的可选对象，提高SQL查询语句的速度 3、索引直接指向包含所查询值的行的位置，减少磁盘I/O 4、与所索引的表是相互独立的物理结构 5、Oracle 自动使用并维护索引，插入、删除、更新表后，自动更新索引 6、语法：CREA TE INDEX index ON table (column[, column]...); 7、B-tree结构(非bitmap)： [一]了解索引的工作原理： 表：emp
目标：查询Frank的工资salary 建立索引：create index emp_name_idx on emp(name);
[试验]测试索引的作用： 1. 运行/rdbms/admin/utlxplan 脚本 2. 建立测试表 create table t as select * from dba_objects; insert into t select * from t; create table indextable as select rownum id,owner,object_name,subobject_name, object_id,data_object_id,object_type,created from t; 3. set autotrace trace explain 4. set timing on 5. 分析表，可以得到cost 6. 查询object_name=’DBA_INDEXES’ 7. 在object_name列上建立索引 8. 再查询 [思考]索引的代价： 插入，更新 三、唯一索引 1、何时创建：当某列任意两行的值都不相同 2、当建立Primary Key(主键)或者Unique constraint(唯一约束)时，唯一索引将被自动建立 3、语法：CREA TE UNIQUE INDEX index ON table (column); 4、演示
实验三：索引的创建与使用 一、实验目的： 1、理解索引的概念和索引的作用。 2、掌握创建索引的方法。 3、学会使用索引。 4、了解聚簇索引和非聚簇索引。 二、实验要求：（必做） 硬件：Intel Pentium 120或以上级别的CPU，大于16MB的内存。 软件：Windows 95/98/2000操作系统，关系数据库管理系统SQL SERVER 2000。 学时：2学时 三、实验内容： 1、用create index在学生表student的学号sno上建立聚簇索引。 2、在学生表student中，为姓名sname建立非聚簇索引。 3、在课程表的课程号Cno上建立唯一索引。 4、在选课表的学号sno、成绩Grade上建立复合索引，要求学号为升序，学号相同时 成绩为降序。 5、用drop删除学生表student的索引。 数据库设计与管理实验报告
实验名称评分 实验日期年月日指导教师 姓名专业班级学号 一、实验目的 二、实验步骤及结果 1、用create index在学生表student的学号sno上建立聚簇索引。 create clustered index stusno on student(sno); 2、在学生表student中，为姓名sname建立非聚簇索引。 create index stusname on student(sname); 3、在课程表的课程号Cno上建立唯一索引。 create unique index coucno on course(cno); 4、在选课表的学号sno、成绩Grade上建立复合索引，要求学号为升序，学号相同时成绩为降序。
SQL索引一步到位 SQL索引在数据库优化中占有一个非常大的比例，一个好的索引的设计，可以让你的效率提高几十甚至几百倍，在这里将带你一步步揭开他的神秘面纱。 1.1 什么是索引？ SQL索引有两种，聚集索引和非聚集索引，索引主要目的是提高了SQL Server系统的性能，加快数据的查询速度与减少系统的响应时间 下面举两个简单的例子： 图书馆的例子：一个图书馆那么多书，怎么管理呢？建立一个字母开头的目录，例如：a开头的书，在第一排，b开头的在第二排，这样在找什么书就好说了，这个就是一个聚集索引，可是很多人借书找某某作者的，不知道书名怎么办？图书管理员在写一个目录，某某作者的书分别在第几排，第几排，这就是一个非聚集索引 字典的例子：字典前面的目录，可以按照拼音和部首去查询，我们想查询一个字，只需要根据拼音或者部首去查询，就可以快速的定位到这个汉字了，这个就是索引的好处，拼音查询法就是聚集索引，部首查询就是一个非聚集索引. 看了上面的例子，下面的一句话大家就很容易理解了：聚集索引存储记录是物理上连续存在，而非聚集索引是逻辑上的连续，物理存储并不连续。就像字段，聚集索引是连续的，a后面肯定是b，非聚集索引就不连续了，就像图书馆的某个作者的书，有可能在第1个货架上和第10个货架上。还有一个小知识点就是：聚集索引一个表只能有一个，而非聚集索引一个表可以存在多个。 1.2 索引的存储机制 首先，无索引的表，查询时，是按照顺序存续的方法扫描每个记录来查找符合条件的记录，这样效率十分低下,举个例子，如果我们将字典的汉字随即打乱，没有前面的按照拼 音或者部首查询，那么我们想找一个字，按照顺序的方式去一页页的找，这样效率有多底，大家可以想象。 聚集索引和非聚集索引的根本区别是表记录的排列顺序和与索引的排列顺序是否一致，其实理解起来非常简单，还是举字典的例子：如果按照拼音查询，那么都是从a-z的，是 具有连续性的，a后面就是b，b后面就是c，聚集索引就是这样的，他是和表的物理排列顺序是一样的，例如有id为聚集索引，那么1后面肯定是2,2后面肯定是3，所以说这样的搜索顺序的就是聚集索引。非聚集索引就和按照部首查询是一样是，可能按照偏房查询的时候，根据偏旁‘弓’字旁，索引出两个汉字，张和弘，但是这两个其实一个在100页，一个在1000页，（这里只是举个例子），他们的索引顺序和数据库表的排列顺序是不一样的，这个样的就是非聚集索引。 原理明白了，那他们是怎么存储的呢？在这里简单的说一下，聚集索引就是在数据库 被开辟一个物理空间存放他的排列的值，例如1-100，所以当插入数据时，他会重新排列 整个整个物理空间，而非聚集索引其实可以看作是一个含有聚集索引的表，他只仅包含原表中非聚集索引的列和指向实际物理表的指针。他只记录一个指针，其实就有点和堆栈差不多的感觉了
通过对文摘索引型数据库和全文数据库的现状进行比较, 总结出两类数据库的相同和不同特征 两类数据库检索系统的相同特征 1，网络检索 无论是国外引进还是国内购置及自我开发,网络版数据库检索。网络检索方式有很多优势优势，读者可直接在任意具有权限的连接的计算机上利用通用的浏览器便捷地检索。可同时检索同一若干年代的累积数据或相关数据库的相关数据。 2，资源整合和集成检索 用户可以在同一平台上跨库检索，读者可在多个数据库的基础上跨库检索。 3，融菜单检索和高级检索于一体 文摘索引型和全文数据库都是直接面对大众读者,所以都能提供简单的菜单式检索,读者通过点击和选择菜单命令和利用检索窗口的功能键或功能词实现简单的检索。为了读者解决对复杂一点的检索往往无能为力的情况，两类数据库一般都提供了高级检索形式来实现。4，综合运用布尔检索、截词检索和位置检索等检索技术，这些传统检索技术功能就是在文摘索引型数据库检索基础上发展起来的。 5数据库检索人性化，用户无论是普通读者还是非专业人士,对检索界面、检索过程、检索帮助、个性检索、结果输出等方面一目了然。 两类数据库检索系统的不同特征 文摘索引型数据库和全文数据库的最大差别就是前者结果只提供题录和文摘等二次文献信息,后者除可提供二次文献信息外，还能提供作者原文的一次文献信息。 1，检索途径存在着差异 检索途径有主题，分类及除此之外的作者、号码等其它辅助途径, 通过数据库设置的检索字段反映检索途径的实现。不同的数据库根据检索的实际需要设置检索字段。全文数据库设置的检索字段一般较文摘索引型数据库少 2，收录文献的原则和目的不同,数据库所起的作用不同。文摘索引型数据库一般收录特定时期的综合学科领域或某一学科分支的相同或不同出版类型的文献。文摘索引型数据库能反映某一段时间内某一学科某一领域的理论和方法的进展及技术与手段的应用。全文数据库以为用户提供利用一次文献为主要宗旨,其数据库商必须和着者或出版单位商谈着作使用权问题,只有双方达成协议签署合同,并履约支付着作权报酬才能使用文献原文而收录数据库。因此全文数据库不可能存在收录文献全面性问题。相对而言,全文数据库很难像文摘索引数据库那样从宏观上反映某一学科某一领域的学术进展情况, 更不可能充当学术评价的工具。 3 ，检索技术的运用不尽相同 检索原理的不同，文摘索引型数据库是以记录组织文献, 处理每一条记录依据基于文献内容的特征属性和文献外表的特征，体现传统的布尔检索、截词检索和位置检索等功能。全文数据库主要通过运用对整个文本信息的分析,利用将全部文本划分为主题紧凑的不同子段,用不同的关键字特征标注各子段的文本切分技术和计算机自动进行全文自动抽词标引来处理原始文献的。全文检索技术能体现关键词在子段和全文出现的频率和分布,处理的是典型的非结构化的非线性的数据。 4，主题检索特征不同 文摘索引型数据库在提供自然语言的同时,一般都有自己的主题词表反映数据库中各检索词之间的关系,依据主题词表对文献进行主题标引,对每篇文献给出若干个主题词。全文数据库一般没有自己的主题词表, 主题检索依靠不加规范的自然语言实现。使用自然语言主要是基于检索最终用户的大众化, 最大好处就是避免了人工标引的随意性、繁琐性,提高了处理数
《数据库原理》实验报告 题目：实验四视图与索引学号班级日期 2016.10.20 一、实验内容、步骤以及结果 1．在Student数据库中，利用图形用户界面，创建一个选修了“数据库原理”课程并且是1996年出生的学生的视图，视图中包括学号，性别，成绩三个信息。(5分) 2．用两种不同的SQL语句创建第五版教材第三章第9题中要求的视图（视图名：V_SPJ）（10分，每种方法5分)。 --第一种方法 CREATE VIEW V_SPJ AS SELECT sno,pno,qty FROM SPJ WHERE jno=( SELECT jno FROM J WHERE jname ='' ); GO --删除建好的视图 DROP VIEW V_SPJ; GO --第二种方法
CREATE VIEW V_SPJ AS SELECT sno,pno,qty FROM SPJ,J WHERE J.jno=SPJ.jno AND J.jname=''; 3．用SQL语句完成第五版教材第三章第11题中的视图查询（10分，每小题5分)。 11.请为三建工程项目建立一个供应情况的视图，包括供应商代码(SNO)、零件代码 (PNO)、供应数量(QTY)。 针对该视图VSP完成下列查询： (1)找出三建工程项目使用的各种零件代码及其数量。 (2)找出供应商S1的供应情况。
4．用SQL语句完成视图的数据更新。(15分，每题5分) (1)给视图V_SPJ中增加一条数据。 提示： -SPJ表中JNO允许为空时，数据可以插入基本表，此时JNO为NULL，由于JNO 为NULL，所以视图中没有该条数据。 -SPJ表中JNO不能为空时，可以使用instead of触发器实现。 (2)修改视图V_SPJ中的任意一条数据的供应数量。
数据库建立索引的原则 使用索引可快速访问数据库表中的特定信息。索引是对数据库表中一列或多列的值进行排序的一种结构，例如employee 表的姓（lname）列。如果要按姓查找特定职员，与必须搜索表中的所有行相比，索引会帮助您更快地获得该信息。 索引是一个单独的、物理的数据库结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。 索引提供指向存储在表的指定列中的数据值的指针，然后根据您指定的排序顺序对这些指针排序。数据库使用索引的方式与您使用书籍中的索引的方式很相似：它搜索索引以找到特定值，然后顺指针找到包含该值的行。 在数据库关系图中，您可以在选定表的“索引/键”属性页中创建、编辑或删除每个索引类型。当保存索引所附加到的表，或保存该表所在的关系图时，索引将保存在数据库中。 建立索引的优点 1.大大加快数据的检索速度; 2.创建唯一性索引，保证数据库表中每一行数据的唯一性; 3.加速表和表之间的连接; 4.在使用分组和排序子句进行数据检索时，可以显著减少查询中分组和排序的时间。 索引的缺点 1.索引需要占物理空间。 2.当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度。 根据数据库的功能，可以在数据库设计器中创建三种索引：唯一索引、主键索引和聚集索引。有关数据库所支持的索引功能的详细信息，请参见数据库文档。 提示尽管唯一索引有助于定位信息，但为获得最佳性能结果，建议改用主键或唯一约束。有关这些约束的更多信息，请参见主键约束和唯一约束。 唯一索引
唯一索引是不允许其中任何两行具有相同索引值的索引。 当现有数据中存在重复的键值时，大多数数据库不允许将新创建的唯一索引与表一起保存。数据库还可能防止添加将在表中创建重复键值的新数据。例如，如果在employee 表中职员的姓(lname) 上创建了唯一索引，则任何两个员工都不能同姓。 有关唯一索引的更多信息，请参见创建唯一索引。 主键索引 数据库表经常有一列或列组合，其值唯一标识表中的每一行。该列称为表的主键。 在数据库关系图中为表定义主键将自动创建主键索引，主键索引是唯一索引的特定类型。该索引要求主键中的每个值都唯一。当在查询中使用主键索引时，它还允许对数据的快速访问。有关主键的更多信息，请参见定义主键。 聚集索引 在聚集索引中，表中行的物理顺序与键值的逻辑（索引）顺序相同。一个表只能包含一个聚集索引。 如果某索引不是聚集索引，则表中行的物理顺序与键值的逻辑顺序不匹配。与非聚集索引相比，聚集索引通常提供更快的数据访问速度。 一、索引 1. 概念：索引是揭示文献内容出处，提供文献查考线索的工具书。 2. 类型：种类很多，从不同的角度可以划分出不同的类型。按文种分，可以分为中文索引的外文索引；按收录范围分，可以分为综合性索引和专题性索引；按收录文献的时间分，可以分为近期索引和回溯性索引；按索引款目的标目分，可以分为题名索引、著者索引、语词索引、主题索引、分类索引等。 3. 功能：揭示文献的内容和指引读者查找信息 4. 作用：索引揭示了一书、一刊的基本情况，如篇目、文句。可以深入、完整、详细、系统地为读者提所需文献的具体线索。 铁律一：天下没有免费的午餐，使用索引是需要付出代价的。 索引的优点有目共睹，但是，却很少有人关心过采用索引所需要付出的成本。若数据库管理员能够对索引所需要付出的代价有一个充分的认识，也就不会那么随意到处建立索引了。
7.6.1 选择题 7.6.2 填空题 1. 聚集索引非聚集索引唯一性索引索引视图 2. 修改数据 3. 创建表 4. 删除 5. 表扫描使用索引查找 7.6.3 简答题 1. 分析索引的优点和缺点。 答：这是因为创建索引可以大大提高系统的性能： （1）通过创建唯一性索引，可以保证每一行数据的唯一性。 （2）可以大大加快数据的检索速度，这也是索引的最主要的原因。 （3）可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。 （4）在使用ORDER BY和GROUP BY子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。 （5）通过使用索引，可以在查询的过程中使用优化隐藏器，提高系统的性能。 既然增加索引有如此多的优点，为什么不对表中的每一个列创建一个索引呢？虽然索引有许多优点，但是为表中的每一个列都增加索引是非常不明智的做法。这是因为增加索引也有缺点： （1）创建索引和维护索引要耗费时间。 （2）索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间。如果要建立聚集索引，那么需要的空间就会更大。 （3）当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。 2. 堆结构的特点是什么？ 答：堆是不含聚集索引的表，表中的数据没有任何的顺序。堆结构中数据按照插入的先后次序存放，堆文件的数据页面不一定在物理上相邻。堆文件执行插入操作很容易，但是效率不高。因为堆文件只能执行顺序扫描，这对范围查询很有效，但对于随机查询（单个记录）的效率很低。查询最少的次数为1，最多的次数为N（N为记录数），平均次数为(N+1)/2。如果N比较大，耗费的CPU和I/O资源都会很大。 3. 什么是聚集索引和非聚集索引？比较这两种索引结构的特点。 答：聚集索引是一种数据表的物理顺序与索引顺序相同的索引。建立索引时，系统将对表的物理数据页中的数据按列进行排列，然后再重新存储到磁盘上，即聚集索引与数据是混为一体的。 非聚集索引是一种数据表的物理顺序与索引顺序不相同的索引。非聚集索引与聚集索引
MySQL优化原则 转载2014年05月20日10:27:13 1113 数据库已成为互联网应用必不可少的底层依赖，其中MySQL作为开源数据库得到了更加广泛的应用。最近一直专注于项目工程的开发，对开发过程中使用到的一些关于数据库的优化原则进行了总结，希望能够帮助更多的应用开发人员更好的使用MySQL数据库。 MySQL的优化主要包括三个方面，首先是SQL语句的优化，其次是表结构的优化，这里主要指索引的优化，最后是服务器配置的优化。第四点代码结构的优化！！！ 1．SQL语句的优化 1）查询语句应该尽量避免全表扫描，首先应该考虑在Where子句以及OrderBy子句上建立索引，但是每一条SQL语句最多只会走一条索引，而建立过多的索引会带 来插入和更新时的开销，同时对于区分度不大的字段，应该尽量避免建立索引，可 以在查询语句前使用explain关键字，查看SQL语句的执行计划，判断该查询语 句是否使用了索引； 2）应尽量使用EXIST和NOT EXIST代替 IN和NOT IN，因为后者很有可能导致全表扫描放弃使用索引； 3）应尽量避免在Where子句中对字段进行NULL判断，因为NULL判断会导致全表扫描； 4）应尽量避免在Where子句中使用or作为连接条件，因为同样会导致全表扫描； 5）应尽量避免在Where子句中使用！=或者<>操作符，同样会导致全表扫描； 6）使用like “%abc%”或者like “%abc”同样也会导致全表扫描，而like “abc%”会使用索引。 7）在使用Union操作符时，应该考虑是否可以使用Union ALL来代替，因为Union 操作符在进行结果合并时，会对产生的结果进行排序运算，删除重复记录，对于没
索 引 11.1 练习题11及参考答案 1．什么是索引？索引分为哪两种？各有什么特点？ 答：索引是为了加速对表中数据行的检索而创建的一种分散的存储结构。根据索引的顺序与数据表的物理顺序是否相同，可以把索引分成两种类型： ? 聚簇索引：数据表的物理顺序和索引表的顺序相同，它根据表中的一列或多列值 的组合排列记录。 ? 非聚簇索引：数据表的物理顺序和索引表的顺序不相同，索引表仅仅包含指向数 据表的指针，这些指针本身是有序的，用于在表中快速定位数据。 2．创建索引有什么优、缺点？ 答：创建索引的优点如下： （1）加速数据检索。 （2）加快表与表之间的联接。 （3）在使用ORDER BY 和GROUP BY 等子句进行数据检索的时候，可以减少分组和排序的时间。 （4）有利于SQL Server 对查询进行优化。 （5）强制实施行的惟一性。 创建索引的缺点如下： （1）创建索引要花费时间和占用存储空间。 （2）建立索引加快了数据检索速度，却减慢了数据修改速度。 3．哪些列上适合创建索引？哪些列上不适合创建索引？ 答：一般来说，以下的列适合创建索引： （1）主键：通常检索、存取表是通过主键来进行的，因此，应该考虑在主键上建立索引。 （2）连接中频繁使用的列：用于连接的列若按顺序存放，则系统可以很快地执行连接。如外键，除用于实现参照完整性外，还经常用于进行表的连接。 （3）在某一范围内频繁搜索的列和按排序顺序频繁检索的列。 以下的列不适合创建索引： 第 章 11
（1）很少或从来不在查询中引用的列，因为系统很少或从来不根据这个列的值去查找数据行。 （2）只有两个或很少几个值的列(如性别，只有两个值“男”或“女”)，以这样的列创建索引并不能得到建立索引的好处。 （3）以bit、text、image数据类型定义的列。 （4）数据行数很少的小表一般也没有必要创建索引。 4．创建索引时须考虑哪些事项？ 答：使用CREA TE INDEX语句创建索引。默认情况下，如果未指定聚集选项，将创建非聚集索引。创建索引时须考虑的事项如下： ?只有表的所有者可以在同一个表中创建索引。 ?每个表中只能创建一个聚集索引。 ?每个表可以创建的非聚集索引最多为249 个(包括PRIMARY KEY或UNIQUE 约束创建的任何索引)。 ?包含索引的所有长度固定列的最大大小为900字节。例如，不可以在定义为char(300)、char(300) 和char (301) 的三个列上创建单个索引，因为总宽度超过了 900 字节。 ?包含同一索引的列的最大数目为16。 5．如何创建升序和降序索引？ 答：创建索引时，可以指定每列的数据是按升序还是降序存储。如果不指定，则默认为升序，另外，CREA TE TABLE、CREA TE INDEX和ALTER TABLE语句的语法在索引中的各列上支持关键字ASC(升序)和DESC(降序)，例如： CREATE TABLE ObjTable --创建表ObjTable ( ObjID int PRIMARY KEY, ObjName char(10), ObjWeight decimal(9,3) ) CREATE NONCLUSTERED INDEX DescIdx ON --创建索引DescIdx ObjTable(ObjName ASC, ObjWeight DESC) 非聚集索引DescIdx以ObjName列升序、ObjWeight列降序进行索引。 6．FILLFACTOR所代表的物理含义是什么？将一个只读表的FILLFACTOR设为合适的值有什么好处？ 答：FILLFACTOR的物理含义是指在定SQL Server创建索引的过程中，各索引页的填满程度。将一个非只读表的FILLFACTOR设为合适的值时，当系统向表中插入或更新数据时，SQL Server不需要花时间拆分该索引页，对于更新频繁的表，系统可以获得更好的更新性能。一个只读表的FILLFACTOR应设为100%。 11.2 上机实验题6及操作过程 在上机实验题5的factory数据库上，使用T-SQL语句完成如下各题：
一、问题的提出 在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的编写等体会不出SQL语句各种写法的性能优劣， 但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。 系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见 对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL 语句，提高系统的可用性。 在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中 写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们 应清楚优化器根据何种原则来删除索引，这有助于写出高性能的SQL语句。 二、SQL语句编写注意问题 下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。 在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用 全表扫描，这就造成了响应速度的极大降低。 1. IS NULL 与IS NOT NULL 不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null， 该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。 任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。 2. 联接列 对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。 我们一起来看一个例子，假定有一个职工表（employee），对于一个职工的姓和名分成两列存放（FIRST_NAME和LAST_NAME）， 现在要查询一个叫比尔.克林顿（Bill Cliton）的职工。 下面是一个采用联接查询的SQL语句， select * from employee where first_name||''||last_name ='Beill Cliton'; 上面这条语句完全可以查询出是否有Bill Cliton这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有 使用。 当采用下面这种SQL语句的编写，Oracle系统就可以采用基于last_name创建的索引。 Select * from employee where first_name ='Beill' and last_name ='Cliton'; 遇到下面这种情况又如何处理呢？如果一个变量（name）中存放着Bill Cliton这个员工的姓名，对于这种情况我们又如何避免 全程遍历，使用索引呢？
Mysql索引原理 导读：在MySQL中，索引属于存储引擎级别的概念，不同存储引擎对索引的实现方式是不同的，本文主要讨论MyISAM和InnoDB两个存储引擎的索引实现方式。 关键词：MySQL数据库索引MyISAM InnoDB存储引擎 在MySQL中，索引属于存储引擎级别的概念，不同存储引擎对索引的实现方式是不同的，本文主要讨论MyISAM和InnoDB两个存储引擎的索引实现方式。 MyISAM索引实现 MyISAM引擎使用B+Tree作为索引结构，叶节点的data域存放的是数据记录的地址。下图是MyISAM索引的原理图： 这里设表一共有三列，假设我们以Col1为主键，则图8是一个MyISAM表的主索引(Primary key)示意。可以看出MyISAM的索引文件仅仅保存数据记录的地址。在MyISAM中，主索引和辅助索引(Secondary key)在结构上没有任何区别，只是主索引要求key是唯一的，而辅助索引的key可以重复。如果我们在Col2上建立一个辅助索引，则此索引的结构如下图所示：
同样也是一颗B+Tree，data域保存数据记录的地址。因此，MyISAM中索引检索的算法为首先按照B+Tree搜索算法搜索索引，如果指定的Key存在，则取出其data域的值，然后以data域的值为地址，读取相应数据记录。 MyISAM的索引方式也叫做“非聚集”的，之所以这么称呼是为了与InnoDB的聚集索引区分。 InnoDB索引实现 虽然InnoDB也使用B+Tree作为索引结构，但具体实现方式却与MyISAM截然不同。 第一个重大区别是InnoDB的数据文件本身就是索引文件。从上文知道，MyISAM索引文件和数据文件是分离的，索引文件仅保存数据记录的地址。而在InnoDB中，表数据文件本身就是按B+Tree 组织的一个索引结构，这棵树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是主索引。