数据库建立索引的原则
数据库索引选择与设计的原则与技巧
数据库索引选择与设计的原则与技巧数据库索引是提高查询性能的重要工具，良好的索引设计能够大幅度减少查询时间。
在进行数据库索引的选择与设计时，需要遵循一些原则和技巧，以确保索引的高效使用。
原则一：选择适合的索引列选择哪些列作为索引列是索引设计的第一步。
一般来说，应优先选择用于过滤和排序的列作为索引列，同时要考虑列的选择性。
选择性越高，索引的选择度就越高，从而减少了查询的范围，提高了查询性能。
原则二：遵循最左前缀原则最左前缀原则指索引在使用时，可以只使用索引的最左边部分，而不使用从左到右连续的索引部分。
因此，在对索引进行设计时，应根据查询的特点合理使用最左前缀原则，以提高索引的利用率。
原则三：使用复合索引当多个列经常一起被查询或作为排序条件时，可以将这些列组合起来创建复合索引。
复合索引能够提高查询效率，减少I/O操作，但需要注意不要过度创建复合索引，避免影响INSERT和UPDATE的性能。
原则四：考虑覆盖索引覆盖索引是指索引包含了查询中使用的所有列，对于性能提升非常明显。
使用覆盖索引可以避免访问表的数据，只需扫描索引本身就可以满足查询需求。
因此，在设计索引时，应尽量选择覆盖索引，以减少磁盘IO操作。
原则五：注意索引的维护成本索引的维护成本包括索引的存储空间、更新索引的时间等。
因此，在设计索引时，需要综合考虑查询性能和维护成本，避免不必要的索引，避免创建过多的索引。
技巧一：合理选择索引类型常见的数据库索引类型包括B树索引、哈希索引和全文索引等。
选择合适的索引类型可以提高查询性能。
一般来说，在范围查询较多时，使用B树索引；在等值查询较多时，使用哈希索引；在文本搜索较多时，使用全文索引。
技巧二：避免在索引列上进行计算操作在查询条件中使用计算操作，会导致索引无法有效利用。
因此，应尽量避免在索引列上进行计算操作，应提前计算并存储在数据库中，以保证索引的有效使用。
技巧三：注意存储空间的优化创建索引需要占用存储空间，特别是对于大型表而言。
mysql的设计原则
mysql的设计原则MySQL的设计原则MySQL是一种广泛使用的关系型数据库管理系统，它的设计原则是为了提高数据的可靠性、性能、可扩展性和安全性。
下面将从以下方面介绍MySQL的设计原则。
1. 数据库的范式设计原则在MySQL中，数据库的范式设计原则是指将数据分解为多个表，以消除重复数据并提高数据的一致性和可靠性。
范式设计分为多个级别，从第一范式到第五范式。
在设计数据库时，应该根据具体的业务需求和数据特点选择合适的范式级别。
2. 数据库的索引设计原则在MySQL中，索引是一种提高数据检索效率的重要工具。
在设计数据库索引时，应该选择合适的字段作为索引，避免过多的索引和重复的索引。
同时，应该合理使用复合索引和前缀索引，以提高索引的效率。
3. 数据库的分区设计原则在MySQL中，分区是一种提高数据处理和查询效率的方法。
分区可以将数据分散到不同的存储空间中，从而提高数据的访问速度。
在设计分区时，应该考虑到数据的特点和查询的需求，选择合适的分区方式和分区键。
4. 数据库的备份和恢复设计原则在MySQL中，备份和恢复是保证数据可靠性和安全性的重要措施。
在设计备份和恢复策略时，应该考虑到数据的重要性和备份的频率，选择合适的备份方式和存储位置。
同时，应该定期测试和验证备份和恢复的可行性，以确保数据的完整性和可靠性。
5. 数据库的安全设计原则在MySQL中，安全是保护数据免受非法访问和攻击的重要措施。
在设计安全策略时，应该考虑到用户的权限和角色，设置合适的访问控制和密码策略。
同时，应该定期检查和更新软件和补丁，以防止漏洞和攻击。
6. 数据库的性能设计原则在MySQL中，性能是提高数据处理和查询效率的关键因素。
在设计性能策略时，应该选择合适的硬件和软件配置，优化SQL语句和索引，避免过多的查询和连接。
同时，应该定期监测和调整数据库的性能，以确保数据的高效运行。
MySQL的设计原则包括数据库的范式设计、索引设计、分区设计、备份和恢复设计、安全设计和性能设计。
关系型数据库设计原则与方法
关系型数据库设计原则与方法关系型数据库设计是一种常见的数据库设计方法，它的设计原则和方法可以用于设计和优化关系型数据库模式。
本文将介绍关系型数据库设计的五个基本原则和一些常用的方法，以帮助您更好地进行数据库设计和优化。
第一原则：数据分离原则数据分离原则是指将不同的数据类型分开存储，不混杂在同一个表中。
这个原则主要是考虑到数据的规范性和易维护性。
每个数据类型都应该有自己的表，通过相关字段建立关联，并通过外键实现关系。
这种设计方式使数据库的结构更清晰、规范，也方便日后对数据更新和查询。
第二原则：范式设计原则范式设计原则是关系型数据库设计中的核心概念。
它主要是通过分解数据，将重复的数据避免在表中出现，减少冗余和更新异常。
范式的级别分为一到五级，分别用1NF、2NF、3NF、BCNF、4NF和5NF表示。
一般来说，我们在设计数据库时应尽可能遵循更高级别的范式，以减少数据冗余和保证数据的一致性。
第三原则：主键设计原则主键是一种唯一标识数据记录的方式，它在关系型数据库中非常重要。
主键的设计要符合以下要求：1. 唯一性：每个记录的主键值是唯一的，确保数据的完整性和一致性。
2. 稳定性：主键的值应该是稳定不变的，不能频繁修改。
3. 简洁性：主键的值应该是简洁的，便于查询和索引。
常见的主键类型包括自增主键，UUID，日期时间等。
第四原则：索引设计原则索引在关系型数据库中起着加速查询和提高性能的作用。
但是过多或不恰当的索引设计可能会导致数据库性能下降。
索引的设计原则包括：1.覆盖索引：将索引包含需要查询的字段，减少数据库访问次数。
2.唯一性：非重复且唯一的字段适合设计索引。
3.选择性：选择那些频繁被查询的字段。
4.大小：索引的大小应控制在合理范围内，避免占用过多磁盘空间。
第五原则：范围控制原则通过范围控制可以将数据库的规模控制在一定的范围内，避免不必要的数据增长。
范围控制主要包括以下几方面：1.数据量估算：在设计数据库时要对数据量进行预估，合理规划存储空间。
建立索引的原则
建立索引的原则建立索引是指将文献、书籍、网站等信息进行分类、整理并编制索引表，以方便读者查阅、检索。
一个好的索引应该体现可读性、全面性、精确性和实用性。
建立索引的原则是多方面的，在下面的文章中我们将对它进行详细解读，其中包括：1、全面性一个好的索引需要考虑到尽可能多的分类和条目。
只有这样，索引才能真正起到筛选和统计的作用，这样读者才能更快地找到他想要的信息。
因此，要建立具有全面性的索引表，需要先对文献、书籍、网站等内容进行详细阐述，并确定大致的分类。
2、精确性在建立索引时，一个好的索引表必须避免模糊和过度简化的情况，否则会影响筛选和统计的效果。
在创建索引表时，需要特别注意确保条目的准确性和可读性，并且不要有歧义或近义词等混淆。
长期的索引可以让读者快速找到想要的信息。
3、结构简洁索引表的结构必须重点关注是否有层次，计划行列是否有序，分类是否明确等原则，以此增加索引表的结构性和易用性。
同时，使其结构更加简洁，并可视化。
4、标签清晰建立索引时必须按照统一的标准赋予条目标签，这样可以避免索引表中的混乱和不统一。
在赋予标签时，需要考虑所有的条目，避免重名和混淆，同时标签应该尽量使用通用词汇，避免专业术语和难对付。
5、针对读者需求最后，建立索引时一定要考虑到读者所需求的。
我们可以从读者的角度思考，积极回答他们的问题，协助他们快速查找所需的信息。
从引导读者方面出发，建立针对不同读者的索引表，可以更好地满足他们的信息需求。
综上所述，建立一个好的索引需要遵循全面性、精确性、结构简洁、标签清晰和针对读者需求这几个原则。
索引表应该能迅速、准确地满足读者的查询需求。
好的索引表可以为读者节约大量的时间和精力，尽可能地提高他们的阅读率。
数据库创建索引的原则
数据库创建索引的原则数据库索引是提高查询效率的重要手段之一，它可以加快数据库的查询速度。
在创建索引时，需要遵循以下原则：1. 选择合适的字段：索引应该选择经常被查询的字段。
常用的查询字段包括主键、外键和需要经常用于筛选、排序或分组的字段。
选择合适的字段可以提高查询的效率。
2. 避免过多的索引：虽然索引可以提高查询效率，但是过多的索引会占用大量的存储空间，并且会影响到数据的更新和插入操作的性能。
因此，应该避免对所有列都创建索引，而只选择必要的列进行索引。
3. 考虑索引的选择性：选择性是指索引的不重复值与表中记录总数之比。
选择性越高，索引的效果越好。
因此，在创建索引时，应该选择具有较高选择性的字段。
4. 考虑索引的大小：索引的大小影响到查询的效率。
较小的索引可以更快地加载到内存中，从而提高查询速度。
因此，应该选择合适大小的索引，避免创建过大的索引。
5. 考虑索引的排序规则：在创建索引时，需要考虑字段的排序规则，例如升序或降序。
在查询时，如果使用了与索引排序规则相反的排序方式，将无法利用索引，导致查询效率降低。
6. 避免过多的复合索引：复合索引是指包含多个字段的索引。
虽然复合索引可以提高查询效率，但是过多的复合索引会影响到插入和更新操作的性能。
因此，应该避免创建过多的复合索引。
7. 定期维护索引：索引需要定期进行维护，包括删除无用的索引、重新构建索引等操作。
定期维护索引可以提高查询的效率。
8. 注意选择数据库引擎：不同的数据库引擎对索引的支持程度不同。
在选择数据库引擎时，需要考虑索引的需求，选择支持较好的引擎。
总的来说，创建索引需要考虑字段的选择性、大小、排序规则等因素，避免过多的索引和复合索引，并且定期维护索引。
合理的创建索引可以提高查询效率，优化数据库的性能。
建立索引的原则
建立索引的原则：（1）定义有主键的数据列一定要建立索引。
因为主键可以加速定位到表中的某一行（2）定义有外间的数据列一定要建立索引。
外键列通常用于表与表之间的连接，在其上创建索引可以加快表间的连接。
（3）对于经常查询的数据列最好建立索引。
索引的分类:（1）聚集索引：对表和视图进行物理排序，在表和视图中只能有一个聚集索引。
当建立主键约束时，如果表中没有聚集索引，SQL SERVER会用主键列作为聚集索引键。
（2）非聚集索引：不对表和视图进行物理排序。
如果表中不存在聚集索引，则表是未排序的。
一张表中最多可以建立250个非聚集索引。
（3）唯一索引：唯一索引不允许两行具有相同的索引值。
创建primary key或unique约束会在表中指定的列上自动创建唯一索引。
∙聚集索引的叶节点就是实际的数据页∙在数据页中数据按照索引顺序存储∙行的物理位置和行在索引中的位置是相同的∙每个表只能有一个聚集索引∙聚集索引的平均大小大约为表大小的5%左右o聚集索引的叶节点就是实际的数据页o在数据页中数据按照索引顺序存储o行的物理位置和行在索引中的位置是相同的o每个表只能有一个聚集索引o聚集索引的平均大小大约为表大小的5%左右o索引覆盖是指建索引的字段正好是覆盖查询条件中所涉及的字段,这里需要注意的是,必须是从第一个开始覆盖,比如:o索引字段条件字段o a,b,c a,bo a,b,c b,co第一行满足，第二行不满足o索引覆盖可以大大提高查询速度，在大数据量的时候尤其明显C#算法实现字符串反转：当使用StringBuilder时，请注意，应在构造StringBuilder对象时指明初始容量，否则默认容量是16个字符，当由于追加字符而超出默认容量时，就会分配一个新的串缓冲区，大小是原缓冲区的两倍。
C#算法实现字符串反转参考答案：public static string Reverse(string str)1.{2.if (string.IsNullOrEmpty(str))3. {4.throw new ArgumentException("参数不合法");5. }6.7. StringBuilder sb = new StringBuilder(str.Length);8.for (int index = str.Length - 1; index >= 0; index--)9. {10. sb.Append(str[index]);11. }12.return sb.ToString();13.}有些同学使用char数组，我认为也可1.public static string Reverse(string str)2.{3.if (string.IsNullOrEmpty(str))4. {5.throw new ArgumentException("参数不合法");6. }7.8.char[] chars = str.ToCharArray();9.int begin = 0;10.int end = chars.Length - 1;11.char tempChar;12.while (begin < end)13. {14. tempChar = chars[begin];15. chars[begin] = chars[end];16. chars[end] = tempChar;17. begin++;18. end--;19. }20.21.string strResult = new string(chars);22.23.return strResult;24.}以下两种方法不推荐string str = "abcdefg";ArrayList arr = new ArrayList();for (int i = 0; i < str.Length; i++){arr.Add(str.Substring(i, 1));}arr.Reverse();foreach (string ar in arr){Response.Write(ar);}string str = "abcdefg";StringBuilder sb = new StringBuilder();char[] cs = str.ToCharArray();for(int i = cs.Length-1;i > -1;i++){sb.Append(cs[i]);}string res = sb.ToString();补充：已经知道原表year salary——————2000 10002001 20002002 30002003 4000解：select b.year,sum(a.salary)from salary a,salary bwhere a.year<=b.yeargroup by b.yearorder by b.year;在面试过程中多次碰到一道SQL查询的题目，查询A(ID,Name)表中第31至40条记录，ID 作为主键可能是不是连续增长的列，完整的查询语句如下：方法一：select top 10 *from Awhere ID >(select max(ID) from (select top 30 ID from A order by ID ) T) order by ID方法二：select top 10 *from Awhere ID not In (select top 30 ID from A order by ID)order by ID委托:委托是一种定义方法签名的类型。
索引设计的原则
索引设计的原则索引设计的原则作为一种重要的信息组织方式，索引在文本、图书、期刊、数据库等方面都有着广泛的应用。
索引的质量优劣直接影响到读者获取信息的效率和准确性，因此索引的设计需要遵循一些基本的原则，以保证切实地满足读者的信息需求。
一、全面性原则索引的全面性原则是指，它应该包含文本、图书、期刊或数据库中所有重要的主题和概念，并反映出它们之间的联系。
只有全面、准确的索引能够为读者提供最好的检索工具。
二、准确性原则准确性原则是指，索引应该正确地反映出文本、图书、期刊或数据库中所包含的信息。
索引词汇应该精确、科学、规范，并能够准确地表达文本的主旨，从而有效地指导读者进行信息检索。
三、简洁性原则简洁性原则是指，索引应该简洁明了，让读者能够很快地检索所需信息。
在索引设计时，应该尽量避免使用过多的副词和形容词，而是采用简单、明了的词汇进行索引，以确保甚至语言学习能力不强的读者也能够轻松地获取标注。
四、标准化原则标准化原则是指，索引应该按照统一的标准进行设计，以确保索引的可比性和可检索性。
例如，在图书馆界广泛使用的主题词标准化规则，可使索引词汇在不同图书馆之间、甚至不同语言之间进行比较，使索引更为精确、方便。
五、一致性原则一致性原则是指，索引应该在不同章节、不同篇幅中保持一致性。
例如，在书籍索引中，一个索引词条只能出现在一个位置，而不是在与之相关的章节和篇幅中重复出现，这样将会使得读者更加容易理解文本的主题和结构。
六、可读性原则可读性原则是指，索引应该易于读者阅读。
在索引的排版与格式方面，应注意使用清晰易懂、统一规范的字体和格式，以使读者更容易阅读、理解和快速检索所需信息。
总之，好的索引设计应该综合考虑索引这一信息组织方式的各个方面，以提供更好的索引服务。
在实际的索引设计中，以上几个原则不是相互独立的，而是相互联系的，只有同时考虑它们，才能够设计出一本准确、全面、简洁、标准化、一致、易懂的索引。
mysql_组合索引创建原则_概述及解释_说明
mysql 组合索引创建原则概述及解释说明1. 引言1.1 概述本文将介绍MySQL组合索引创建原则的概念、解释和说明。
从介绍什么是组合索引开始，探讨为何需要使用组合索引以及组合索引的优势和限制。
通过解释核心原则：选择常用查询条件作为前缀列，避免过长的组合索引导致性能问题，并考虑查询顺序和数据类型匹配度等方面，阐述了如何创建有效的组合索引。
同时，通过示例演示了在不同查询场景下如何应用组合索引，并提供了关于索引维护和优化建议以及有关选择组合索引列顺序和数量的注意事项。
1.2 文章结构本文分为五个部分：引言、mysql 组合索引创建原则概述、mysql 组合索引创建原则解释、mysql 组合索引创建原则说明和结论。
在“大纲”中逐一介绍了每个部分的具体内容。
1.3 目的本文旨在帮助读者理解MySQL中组合索引的概念及其重要性，并提供相关原则和指导，使读者能够根据实际情况正确地创建和优化组合索引。
同时，通过实际项目的启示和应用建议，鼓励读者在开发过程中充分利用组合索引提升数据库性能。
2. mysql 组合索引创建原则概述:组合索引是指在多个列上创建的一个索引，也被称为联合索引。
它能够提高查询效率，在某些情况下比单列索引更加有效。
本节将概述mysql中组合索引的创建原则。
2.1 什么是组合索引:组合索引是将多个列结合在一起创建的一个索引类型。
通过在多个列上建立索引，可以优化复杂的查询条件，提高查询效率。
例如，如果有一个表包含id、name 和age三个列，那么可以通过创建组合索引来同时优化基于这三个列的查询。
2.2 为什么需要组合索引:当数据库表中的数据量较大时，使用单列索引可能无法满足查询性能要求。
此时可以考虑使用组合索引来提高查询速度。
相比于单列索引，组合索引能够利用多个列的信息进行筛选，从而减少读取磁盘上数据的次数。
2.3 组合索引的优势和限制:- 优势:- 提高查询性能：通过使用多个列进行筛选，减少了不必要的IO操作。
创建索引的原则
创建索引的原则
创建索引是数据库优化的一个重要手段，它可以提高查询效率，加快数据的检索速度。
但是，创建索引也需要遵循一定的原则，才能发挥最大的作用。
以下是创建索引的原则：
1.选择合适的字段
创建索引应该选择经常作为查询条件的字段，如主键、外键、经常用来排序的字段等。
同时，应该避免对更新频繁的字段创建索引，因为每次更新都需要更新索引，会降低数据库的性能。
2.选择合适的索引类型
在创建索引时，应该根据实际情况选择合适的索引类型。
常见的索引类型有B树索引、哈希索引、全文索引等，不同的索引类型适用于不同的查询场景。
3.注意索引的命名规范
索引的命名规范应该简单明了，能够清晰表达索引的作用和字段名。
同时，应该避免使用过长或复杂的索引名称，以免影响数据库的性能。
4.避免创建过多的索引
创建过多的索引会增加数据库的存储空间和维护成本，同时也会影响查询性能。
因此，应该合理使用索引，避免创建不必要的索引。
5.定期维护索引
索引的维护是数据库优化的重要一环，定期维护索引可以保持索引的稳定性和高效性。
常见的维护方法包括重建索引、压缩索引等。
以上就是创建索引的原则，希望能够对大家的数据库优化工作有所帮助。
oracle 索引原则
oracle 索引原则
Oracle索引的原则包括以下几点：
1. 唯一性原则：索引的值必须是唯一的，确保在索引字段上不存在重复值。
这可以通过在创建索引时添加UNIQUE约束来实现。
2. 精确性原则：索引应该被正确地定义和使用，以确保在查询时只返回需要的结果，并且能够准确地匹配查询条件。
使用合适的数据类型和大小限制可以提高索引的精确性。
3. 冗余性原则：索引应该避免对重复或冗余数据进行索引。
对于经常被查询的字段，可以考虑创建索引，而对于很少被查询的字段，则可以避免创建索引，以提高性能。
4. 支持性原则：索引应该能够支持常见的查询模式和条件，以提高查询性能。
合理选择索引字段和顺序，可以使索引更好地支持常用的查询操作。
5. 可管理性原则：索引应该易于管理，包括创建、修改和删除索引。
不需要的索引应该及时删除，以减少数据库的维护工作和存储空间占用。
6. 统计信息原则：索引应该基于准确和实时的统计信息进行优化。
Oracle提供了收集统计信息的机制，可以通过收集和更新统计信息来帮助数据库优化器选择最佳的查询计划。
综上所述，索引的原则是确保唯一性、精确性、避免冗余、支持常用查询模式、易于管理和基于准确统计信息进行优化。
这些原则有助于提高数据库的性能和可用性。
数据库索引选择的原则与方法
数据库索引选择的原则与方法数据库索引是关系型数据库中非常重要的组成部分，它能够提高查询性能和数据的访问效率。
在设计数据库时选择合适的索引，能够极大地提高查询速度和整体性能。
本文将介绍数据库索引的原则和方法，帮助读者更好地理解和应用数据库索引。
一、索引的基本原则1.选择唯一性索引：唯一性索引可以确保列中的每个值都是唯一的，这样可以避免出现重复数据。
在应用程序查询中，通过使用唯一性索引，可以快速地定位到想要的数据记录。
2.选择经常查询的列：根据应用程序的查询需求，选择经常被访问的列作为索引列。
这样设计的索引可以大大减少查询的时间复杂度，提高查询性能。
3.选择匹配度高的列：索引的目的是通过减少扫描的记录数来提高查询效率，因此应选取匹配度高的列作为索引。
例如，对于一个性别列，只包含两个可能值“男”和“女”，这种情况下选择该列作为索引是没有意义的。
4.避免对大字段进行索引：大字段（如文本或图像）的索引会占用大量的存储空间和I/O资源，且不利于提高查询性能。
因此应该避免对大字段进行索引。
5.根据列的选择性建立索引：选择性是指数据库表中不同的值占比。
选择性越高，索引的效果越好。
可以通过计算列的选择性来判断是否适合作为索引列。
选择性计算公式为：列中唯一的值的数量/总记录数。
二、索引的常用方法1.单列索引：最常用的索引类型。
它只包含一个列作为索引列，并且只能以该列的顺序进行有序的查找。
通过使用单列索引，可以极大地提高查询效率。
2.复合索引：由多个列组成的索引。
复合索引可以根据多个列的顺序进行查询，提高查询性能。
复合索引的创建需要仔细选择索引列的顺序以及是否采用升序或降序。
3.全文索引：用于搜索文本内容的索引，能够快速进行全文搜索。
全文索引可以在文本字段上提供高效的关键字搜索和排名。
4.哈希索引：基于哈希算法的索引，将索引列的哈希值存储在索引中。
它对于等值查找非常快，但不支持范围查询和排序操作。
5.空间索引：用于地理信息数据或空间对象的索引，支持空间数据的查询和分析。
数据库索引的创建原则
数据库索引的创建原则建⽴索引的原则：定义主键的数据列⼀定要建⽴索引。
定义有外键的数据列⼀定要建⽴索引。
对于经常查询的数据列最好建⽴索引。
对于需要在指定范围内的快速或频繁查询的数据列;经常⽤在WHERE⼦句中的数据列。
经常出现在关键字order by、group by、distinct后⾯的字段，建⽴索引。
如果建⽴的是复合索引，索引的字段顺序要和这些关键字后⾯的字段顺序⼀致，否则索引不会被使⽤。
对于那些查询中很少涉及的列，重复值⽐较多的列不要建⽴索引。
对于定义为text、image和bit的数据类型的列不要建⽴索引。
对于经常存取的列避免建⽴索引限制表上的索引数⽬。
对⼀个存在⼤量更新操作的表，所建索引的数⽬⼀般不要超过3个，最多不要超过5个。
索引虽说提⾼了访问速度，但太多索引会影响数据的更新操作。
对复合索引，按照字段在查询条件中出现的频度建⽴索引。
在复合索引中，记录⾸先按照第⼀个字段排序。
对于在第⼀个字段上取值相同的记录，系统再按照第⼆个字段的取值排序，以此类推。
因此只有复合索引的第⼀个字段出现在查询条件中，该索引才可能被使⽤,因此将应⽤频度⾼的字段，放置在复合索引的前⾯，会使系统最⼤可能地使⽤此索引，发挥索引的作⽤。
组合多个索引 ⼀个单独的索引扫描只能⽤于这样的条件⼦句：使⽤被索引字段和索引操作符类中的操作符，并且这些条件以AND连接。
假设在(a, b)上有⼀个索引，那么类似WHERE a = 5 AND b = 6的条件可以使⽤索引，但是像WHERE a = 5 OR b = 6的条件就不能直接使⽤索引。
⼀个类似WHERE x =42 OR x = 47 OR x = 53 OR x = 99 这样的查询可以分解成四个在x上的独⽴扫描，每个扫描使⽤⼀个条件，最后将这些扫描的结果OR 在⼀起，⽣成最终结果。
另外⼀个例⼦是，如果我们在x 和y上有独⽴的索引，⼀个类似WHERE x = 5 AND y = 6 这样的查询可以分解为⼏个使⽤独⽴索引的⼦句，然后把这⼏个结果AND 在⼀起，⽣成最终结果。
联合索引建立原则
联合索引建立原则联合索引是指在数据库中通过多个列来建立索引，以便更快速地查询数据。
而联合索引的建立原则，也是关系型数据库设计中非常重要的一环。
下面我们将详细介绍联合索引建立的原则。
1. 索引列应该是最常用到的查询条件在建立联合索引时，需要优先考虑索引列是否是最常用的查询条件。
因为索引的目的是为了减少查询数据时的扫描次数，而将最常用的查询条件作为索引列，则可以显著提高查询速度。
2. 索引列的选择原则除了最常用的查询条件外，还需要综合考虑索引列的选择原则。
在联合索引中，选择哪些列作为索引列至关重要。
一般来说，应该尽量减少索引列的数量，并且选择索引列字段比较单一、不容易被修改的列作为索引列。
3. 索引列的顺序建立联合索引时，索引列的顺序也是非常重要的。
通常情况下，应该将查询条件最为精确的列作为索引列的第一列。
这是因为在查询时，数据库会首先根据第一列进行筛选，再根据后续列进行进一步筛选，因此将精确度最高的列作为第一列有助于提高查询效率。
4. 避免重复索引在建立联合索引时，需要注意避免重复索引。
重复索引会增加数据库的维护成本，同时也会降低数据库性能。
因此，在建立索引时，需要根据查询需求和数据表结构综合考虑，避免重复索引。
5. 索引列的大小和数据类型在建立联合索引时，还需要考虑索引列的大小和数据类型。
一般来说，应该尽可能选择较小的数据类型作为索引列，并且在选择数据类型时需要考虑到数据表的存储空间和查询效率问题。
总结来说，建立联合索引需要深入理解数据库查询需求和数据表结构，综合考虑索引列的选择、顺序、大小和数据类型等因素。
只有在综合考虑的基础上，才能建立高效的联合索引，为数据库查询提供更快速的支持。
数据库索引的设计原则
数据库索引的设计原则数据库索引是对数据库中的数据进行快速检索的重要工具。
在设计和创建索引时，需要遵循一些原则，以确保索引的有效性和性能。
本文将介绍一些常用的数据库索引设计原则。
1. 选择适当的索引字段在设计索引时，需要选择适合的字段作为索引字段。
通常情况下，选择经常用于查询条件的字段作为索引字段是一个不错的选择。
例如，对于一个包含用户信息的数据库表，经常根据用户ID进行查询，那么将用户ID作为索引字段是一个明智的选择。
2. 避免过多的索引过多的索引会增加数据库的存储空间和维护成本，并且可能降低查询性能。
因此，在设计索引时，需要避免创建过多的索引。
只有在必要的情况下才应该创建新的索引。
3. 考虑索引的选择性索引的选择性是指索引字段的取值范围与记录总数之间的比率。
选择性越高，索引的效果越好。
因此，在设计索引时，应该选择那些具有较高选择性的字段作为索引字段。
例如，性别这样的字段通常不适合作为索引字段，因为它的选择性很低，有限的取值范围。
4. 组合索引的设计对于多个查询条件的组合查询，可以使用组合索引来提高查询性能。
组合索引是指使用多个字段作为索引字段的索引。
在设计组合索引时，需要考虑查询条件的顺序和频率。
将最常用的查询条件放在索引的前面，可以有效地提高查询性能。
5. 定期进行索引的维护和优化随着数据库中数据的更新和删除，索引会逐渐失效。
因此，需要定期进行索引的维护和优化。
可以通过删除无用的索引、创建新的索引或重新构建索引来提高索引的效果和性能。
6. 注意索引与表的结构设计的兼容性在设计表的结构时，需要考虑索引的使用。
尽量避免使用过长的字段作为索引字段，因为这会增加索引的存储空间和查询成本。
另外，如果有一些字段是经常变动的，那么不适合作为索引字段，因为频繁的更新会导致索引的不稳定。
总结：数据库索引的设计原则包括选择适当的索引字段、避免过多的索引、考虑索引的选择性、设计组合索引、定期进行索引的维护和优化，以及注意索引与表的结构设计的兼容性。
数据库索引的选择与创建原则
数据库索引的选择与创建原则在数据库中，索引的选择和创建是一个非常关键的操作，它可以提高查询的效率，加快数据的访问速度。
然而，选择合适的索引和正确地创建索引并不是一件容易的事情，需要考虑多方面的因素。
本文将介绍一些数据库索引的选择和创建原则，供您参考。
一、选择索引的原则1.选择唯一性高的列作为索引：索引的唯一性表示该列中的数据是否存在重复值。
选择唯一性高的列作为索引，可以加快查询的速度。
例如，在一个用户表中，用户的身份证号是唯一的，可以将其作为索引。
2.选择频繁被查询的列作为索引：对于经常被查询的列，应优先考虑创建索引。
这样可以减少全表扫描的时间，提高查询的效率。
例如，在一个订单表中，经常会按照订单号查询，可以将订单号作为索引。
3.选择区分度高的列作为索引：区分度是指列中不同值的个数。
选择区分度高的列作为索引，可以减少索引的大小和查询的时间。
例如，在一个商品表中，商品类别的区分度较高，可以将其作为索引。
4.选择查询性能瓶颈的列作为索引：在查询过程中，有些列可能成为性能瓶颈。
选择这些列作为索引，可以提高查询的效率。
例如，在一个关联查询中，可能经常需要通过用户ID和订单ID进行连表查询，可以将这两个列作为索引。
5.避免选择过多的列作为索引：索引的创建会占用磁盘空间和内存空间。
选择过多的列作为索引，不仅会增加数据库的存储空间，还会影响查询的效率。
因此，应尽量选择尽可能少的列作为索引。
二、创建索引的原则1.选择合适的数据类型作为索引：不同的数据类型占用的存储空间不同，查询性能也不同。
选择占用存储空间小、查询性能好的数据类型作为索引，可以提高数据库的性能。
例如，在一个用户表中的用户ID字段，选择使用整数类型作为索引会比使用字符串类型作为索引性能更好。
2.避免频繁增删改的列作为索引：索引的创建和修改会涉及到磁盘和内存的操作，频繁的增删改会导致索引的不稳定，影响查询的性能。
因此，应避免选择频繁增删改的列作为索引。
Mysql索引添加原则
Mysql索引添加原则判断是否添加索引需要看：结果个数与总个数的⽐值。
⽤sql语句表⽰为：SELECT COUNT(*) FROM table_name WHERE column_name/SELECT COUNT(*) FROM table_name如果选择性超过 20% 那么全表扫描⽐使⽤索引性能更优。
索引添加的原则：1．选择唯⼀性索引唯⼀性索引的值是唯⼀的，可以更快速的通过该索引来确定某条记录。
例如，学⽣表中学号是具有唯⼀性的字段。
为该字段建⽴唯⼀性索引可以很快的确定某个学⽣的信息。
如果使⽤姓名的话，可能存在同名现象，从⽽降低查询速度。
2．为经常需要排序、分组和联合操作的字段建⽴索引经常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段，排序操作会浪费很多时间。
如果为其建⽴索引，可以有效地避免排序操作。
3．为常作为查询条件的字段建⽴索引如果某个字段经常⽤来做查询条件，那么该字段的查询速度会影响整个表的查询速度。
因此，为这样的字段建⽴索引，可以提⾼整个表的查询速度。
4．限制索引的数⽬索引的数⽬不是越多越好。
每个索引都需要占⽤磁盘空间，索引越多，需要的磁盘空间就越⼤。
修改表时，对索引的重构和更新很⿇烦。
越多的索引，会使更新表变得很浪费时间。
5．尽量使⽤数据量少的索引如果索引的值很长，那么查询的速度会受到影响。
例如，对⼀个CHAR(100)类型的字段进⾏全⽂检索需要的时间肯定要⽐对CHAR(10)类型的字段需要的时间要多。
6．尽量使⽤前缀来索引如果索引字段的值很长，最好使⽤值的前缀来索引。
例如，TEXT和BLOG类型的字段，进⾏全⽂检索会很浪费时间。
如果只检索字段的前⾯的若⼲个字符，这样可以提⾼检索速度。
7．删除不再使⽤或者很少使⽤的索引表中的数据被⼤量更新，或者数据的使⽤⽅式被改变后，原有的⼀些索引可能不再需要。
数据库管理员应当定期找出这些索引，将它们删除，从⽽减少索引对更新操作的影响。
数据库建立索引的原则
数据库建立索引的原则数据库索引是用于提高查询性能的重要工具，可以有效减少查询数据的时间和资源消耗。
在建立数据库索引时，需要遵循一些原则来保证索引的有效性和性能。
1.索引选择唯一性：索引字段应该具有唯一性，这样可以避免重复值的存在，减少索引的大小和查询时间。
通常可以根据数据库表中的主键或者唯一键来选择唯一性索引。
2.索引选择选择性：索引字段的选择性是指索引字段的取值范围的唯一性程度。
选择性越高，索引的效果越好。
选择性是通过计算不同的索引值与总记录数的比值来确定的。
通常情况下，选择性大于20%的字段可以作为索引字段。
3. 索引选择频繁查询字段：根据查询的频率来选择建立索引的字段。
如果一些字段经常被用于查询条件中，那么建立索引可以大大提高查询性能。
例如，对于经常用于where条件的字段，如时间字段、ID字段，可以考虑建立索引。
4.索引选择查询效果好的字段：根据查询的效果来选择建立索引的字段。
应该选择那些查询效果好的字段作为索引。
例如，对于SQL语句中经常用于排序或者分组的字段，建立索引可以提高查询性能。
5.索引选择不可修改的字段：索引字段应当具有稳定性和不可修改性。
当索引字段被频繁修改时，会导致索引维护的开销很大，影响数据库性能。
因此，建议选择稳定不可更改的字段作为索引。
6. 索引选择合适的索引类型：根据数据特点和查询需求来选择适合的索引类型。
常见的索引类型包括B-Tree索引、Hash索引、全文索引等。
不同的索引类型适用于不同的数据类型和查询场景，选择合适的索引类型可以提高查询效率。
7.索引选择适当的索引数量：索引的数量不是越多越好，过多的索引会增加数据维护的开销，降低插入、更新和删除操作的性能。
需要根据查询需求和系统容量来选择适当的索引数量。
8.索引选择适当的索引长度：对于字符串类型的字段，需要选择适当的索引长度。
如果索引长度过短，可能导致索引失效；如果索引长度过长，会增加索引的存储空间和查询时间。
数据库建立索引的原则
数据库建立索引的原则数据库索引是一种提高数据检索速度的技术，通过对数据库表中的其中一列或多列进行索引，可以加快数据库查询的速度。
在建立索引时，需要遵循一些原则，以确保索引的有效性和可靠性。
以下是数据库建立索引的一些原则：1.选择合适的索引列：应该选择具有高选择性的列作为索引列，即该列的取值范围相对较小，区分度较高。
通常情况下，选择主键列或经常被用于查询条件的列作为索引列是较为合适的选择。
2.考虑查询的频率和效率：建立索引的目的是加快查询速度，所以应该优先考虑被频繁查询的列，并且索引应该能够有效减少查询的数据量。
对于那些很少被查询或者查询效率已经非常高的列，可以不进行索引。
3.不过度索引：过多的索引会增加数据库的维护成本和存储空间的占用，同时还会降低更新操作的性能。
因此，在建立索引时应该避免过度索引，只对那些真正需要提高查询性能的列进行索引。
4.考虑查询条件的复合性：如果在查询中使用了多个条件，那么可以考虑建立多列索引。
多列索引可以进行范围查询、排序和分组等操作。
5.不要对较小的表进行索引：对于较小的表，索引的成本可能会超过性能的提升。
因此，在设计较小的表时，可以根据具体使用情况，决定是否需要建立索引。
6.定期维护索引：索引在数据库中起到提高查询性能的作用，但随着数据的增删改，索引也会失效。
因此，需要定期维护索引，包括重建索引、重新统计索引信息、分析索引的使用情况等操作。
7.在查询中使用覆盖索引：如果查询的列都包含在了一些索引中，那么数据库可以直接通过索引返回需要的结果，而不需要再去查询数据表。
这种情况下，查询性能会更高。
8.考虑索引的存储位置：索引可以存储在磁盘上，也可以存储在内存中。
存储在内存中的索引查询速度更快，但内存有限，需要合理配置索引的存储位置。
总之，建立索引是提高数据库查询性能的一种重要手段，但也需要根据具体情况进行综合考虑。
合理选择索引列，避免过度索引，定期维护索引，并考虑查询条件的复合性，都是建立索引的重要原则。
oracle索引建立原则
oracle索引建立原则
索引是数据库中一种很重要的数据结构，能够提高查询速度和性能。
在Oracle数据库中，索引的建立需要遵循一定的原则。
1. 针对查询频率高的列建立索引
对于经常被查询的列，建立索引能够大大提高查询速度和效率。
在数据库设计时，需要考虑到经常被查询的列，如主键列、外键列、经常作为查询条件的列等，都需要建立索引。
2. 避免对小表建立索引
对于小表来说，建立索引可能会降低性能而不是提高性能。
因为小表的数据量很少，查询速度本来就很快，如果再建立索引，反而会增加额外的开销，降低性能。
3. 建立复合索引
复合索引是指建立在多个列上的索引。
如果在查询中需要同时使用多个列作为查询条件，建立复合索引能够大大提高查询效率。
但是需要注意，复合索引的列顺序需要考虑到查询中的顺序，才能最大程度地提高查询效率。
4. 避免对频繁更新的列建立索引
对于频繁更新的列，如时间戳、日志等，建立索引会增加额外的开销，降低性能。
因此，在设计表结构时，需要根据实际情况选择是否建立索引。
5. 定期维护索引
索引是需要定期维护的，因为索引随着数据库的使用而变得越来
越庞大，可能会导致查询性能下降。
定期维护索引可以删除不必要的索引、优化索引等，提高查询性能。
总之，在Oracle数据库中，索引的建立需要根据实际情况进行，需要考虑到查询频率、表大小、列的更新频率等因素，才能最大程度地提高查询效率和性能。
应该在ORACLE数据库的哪些字段上建立索引where
给数据库建索引的规则博客分类：•Oracle建立索引常用的规则如下：1、表的主键、外键必须有索引；2、数据量超过300的表应该有索引；3、经常与其他表进行连接的表，在连接字段上应该建立索引；4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；5、索引应该建在选择性高的字段上；6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：A、正确选择复合索引中的主列字段，一般是选择性较好的字段；B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；8、频繁进行数据操作的表，不要建立太多的索引；9、删除无用的索引，避免对执行计划造成负面影响；以上是一些普遍的建立索引时的判断依据。
一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。
因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。
另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大-------------------------------------------------------------------------------------------------------------------ORACLE查询的优化及索引作者：guojunfeng提交日期：2006-9-17 1:07:00申明:下面内容来自/keylife/iblog_show.asp?xid=92561.合理使用索引索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库建立索引的原则使用索引可快速访问数据库表中的特定信息。
索引是对数据库表中一列或多列的值进行排序的一种结构，例如employee 表的姓（lname）列。
如果要按姓查找特定职员，与必须搜索表中的所有行相比，索引会帮助您更快地获得该信息。
索引是一个单独的、物理的数据库结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。
索引提供指向存储在表的指定列中的数据值的指针，然后根据您指定的排序顺序对这些指针排序。
数据库使用索引的方式与您使用书籍中的索引的方式很相似：它搜索索引以找到特定值，然后顺指针找到包含该值的行。
在数据库关系图中，您可以在选定表的“索引/键”属性页中创建、编辑或删除每个索引类型。
当保存索引所附加到的表，或保存该表所在的关系图时，索引将保存在数据库中。
建立索引的优点1.大大加快数据的检索速度;2.创建唯一性索引，保证数据库表中每一行数据的唯一性;3.加速表和表之间的连接;4.在使用分组和排序子句进行数据检索时，可以显著减少查询中分组和排序的时间。
索引的缺点1.索引需要占物理空间。
2.当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度。
根据数据库的功能，可以在数据库设计器中创建三种索引：唯一索引、主键索引和聚集索引。
有关数据库所支持的索引功能的详细信息，请参见数据库文档。
提示尽管唯一索引有助于定位信息，但为获得最佳性能结果，建议改用主键或唯一约束。
有关这些约束的更多信息，请参见主键约束和唯一约束。
唯一索引唯一索引是不允许其中任何两行具有相同索引值的索引。
当现有数据中存在重复的键值时，大多数数据库不允许将新创建的唯一索引与表一起保存。
数据库还可能防止添加将在表中创建重复键值的新数据。
例如，如果在employee 表中职员的姓(lname) 上创建了唯一索引，则任何两个员工都不能同姓。
有关唯一索引的更多信息，请参见创建唯一索引。
主键索引数据库表经常有一列或列组合，其值唯一标识表中的每一行。
该列称为表的主键。
在数据库关系图中为表定义主键将自动创建主键索引，主键索引是唯一索引的特定类型。
该索引要求主键中的每个值都唯一。
当在查询中使用主键索引时，它还允许对数据的快速访问。
有关主键的更多信息，请参见定义主键。
聚集索引在聚集索引中，表中行的物理顺序与键值的逻辑（索引）顺序相同。
一个表只能包含一个聚集索引。
如果某索引不是聚集索引，则表中行的物理顺序与键值的逻辑顺序不匹配。
与非聚集索引相比，聚集索引通常提供更快的数据访问速度。
一、索引1. 概念：索引是揭示文献内容出处，提供文献查考线索的工具书。
2. 类型：种类很多，从不同的角度可以划分出不同的类型。
按文种分，可以分为中文索引的外文索引；按收录范围分，可以分为综合性索引和专题性索引；按收录文献的时间分，可以分为近期索引和回溯性索引；按索引款目的标目分，可以分为题名索引、著者索引、语词索引、主题索引、分类索引等。
3. 功能：揭示文献的内容和指引读者查找信息4. 作用：索引揭示了一书、一刊的基本情况，如篇目、文句。
可以深入、完整、详细、系统地为读者提所需文献的具体线索。
铁律一：天下没有免费的午餐，使用索引是需要付出代价的。
索引的优点有目共睹，但是，却很少有人关心过采用索引所需要付出的成本。
若数据库管理员能够对索引所需要付出的代价有一个充分的认识，也就不会那么随意到处建立索引了。
仔细数数，其实建立索引的代价还是蛮大的。
如创建索引和维护索引都需要花费时间与精力。
特别是在数据库设计的时候，数据库管理员为表中的哪些字段需要建立索引，要调研、要协调。
如当建有索引的表中的纪录又增加、删除、修改操作时，数据库要对索引进行重新调整。
虽然这个工作数据库自动会完成，但是，需要消耗服务器的资源。
当表中的数据越多，这个消耗的资源也就越多。
如索引是数据库中实际存在的对象，所以，每个索引都会占用一定的物理空间。
若索引多了，不但会占用大量的物理空间，而且，也会影响到整个数据库的运行性能。
可见，数据库管理员若要采用索引来提高系统的性能，自身仍然需要付出不少的代价。
数据库管理员现在要考虑的就是如何在这两个之间取得一个均衡。
或者说，找到一个回报与投入的临界点。
铁律二：对于查询中很少涉及的列或者重复值比较多的列，不要建立索引。
在查询的时候，如果我们不按某个字段去查询，则在这个字段上建立索引也是浪费。
如现在有一张员工信息表，我们可能按员工编号、员工姓名、或者出身地去查询员工信息。
但是，我们往往不会按照身份证号码去查询。
虽然这个身份证号码是唯一的。
此时，即使在这个字段上建立索引，也不能够提高查询的速度。
相反，增加了系统维护时间和占用了系统空间。
这简直就是搬起石头砸自己的脚呀。
另外，如上面的员工信息表，有些字段重复值比较多。
如性别字段主要就是“男”、“女”;职位字段中也是有限的几个内容。
此时，在这些字段上添加索引也不会显著的增加查询速度，减少用户响应时间。
相反，因为需要占用空间，反而会降低数据库的整体性能。
数据库索引管理中的第二条铁律就是，对于查询中很少涉及的列或者重复值比较多的列，不要建立索引。
铁律三：对于按范围查询的列，最好建立索引。
在信息化管理系统中，很多时候需要按范围来查询某些交易记录。
如在ERP系统中，经常需要查询当月的销售订单与销售出货情况，这就需要按日期范围来查询交易记录。
如有时候发现库存不对时，也需要某段时期的库存进出情况，如5月1日到12月3日的库存交易情况等等。
此时，也是根据日期来进行查询。
对于这些需要在指定范围内快速或者频繁查询的数据列，需要为其建立索引。
因为索引已经排序，其保存的时候指定的范围是连续的，查询可以利用索引的排序，加快查询时间，减少用户等待时间。
不过，若虽然可能需要按范围来进行查询，但是，若这个范围查询条件利用的不多的情况下，最好不好采用索引。
如在员工信息表中，可能需要查询2008 年3月份以前入职的员工明细，要为他们增加福利。
但是，由于表中记录不多，而且，也很少进行类似的查询。
若维这个字段建立索引，虽然无伤大雅，但是很明显，索引所获得的收益要低于其成本支出。
对数据库管理员来说，是得不偿失的。
再者，若采用范围查询的话，最好能利用TOP关键字来限制一次查询的结果。
如第一次按顺序只显示前面的500条记录等等。
把TOP关键字跟范围一起使用，可以大大的提高查询的效率。
铁律四：表中若有主键或者外键，一定要为其建立索引。
定义有主键的索引列，一定要为其建立索引。
因为主键可以加速定位到表中的某一行。
结合索引的作用，可以使得查询的速度加倍。
如在员工信息表中，我们往往把员工编号设置为主键。
因为这不但可以提高查询的速度，而且因为主键要求记录的唯一，还可以保证员工编号的唯一性。
此时，若再把这个员工编号字段设置为索引，则通过员工编号来查询员工信息，其效率要比没有建立索引高出许多。
另外，若要使得某个字段的值唯一，可以通过两种索引方式实现。
一种就是上面所讲的主键索引。
还有一种就是唯一索引，利用UNIQUE关键字指定字段内容的唯一性。
这两种方式都会在表中的指定列上自动创建唯一索引。
这两种方式的结果没有明显的区别。
查询优化器不会区分到底是哪种方式建立的唯一性索引，而且他们进行数据查询的方式也是相同的。
若某张表中的数据列定义有外键，则最好也要为这个字段建立索引。
因为外键的主要作用就在于表与表之间的连接查询。
若在外键上建立索引，可以加速表与表之间的连接查询。
如在员工基本信息表中，有一个字段为员工职位。
由于员工职位经常在变化，在这里，存储的其实只是一个员工职位的代码。
在另外一张职位信息表中详细记录着该职位的相关信息。
此时，这个员工职位字段就是外键。
若在这个字段上建立外键，则可以显著提高两张表的连接速度。
而且，记录越多，其效果越加明显。
所以，当表中有外键或者主键的时候，就最好为其建立索引。
通过索引，可以强化主键与外键的作用，提高数据库的性能。
铁律五：对于一些特殊的数据类型，不要建立索引。
在表中，有些字段比较特殊。
如文本字段(TXT)、图像类型字段(IMAGE)等等。
如果表中的字段属于这些数据类型，则最好不要为其建立索引。
因为这些字段有一些共同的特点。
如长度不确定，要么很长，几个字符;要么就是空字符串。
如文本数据类型常在应用系统的数据库表中用来做备注的数据类型。
有时候备注很长，但有时候又没有数据。
若这种类型的字段上建立索引，那根本起不了作用。
相反，还增加了系统的负担。
所以，在一些比较特殊的数据类型上，建立索引要谨慎。
在通常情况下，没有必要为其建立索引。
但是，也有特殊的情况。
如有时候，在ERP系统中，有产品信息这个表，其中有个产品规格这个字段。
有时候，其长度可能长达5000个字符。
此时，只有文本型的数据类型可以容纳这么大的数据量。
而且，在查询的时候，用户又喜欢通过规格这个参数来查询产品信息。
此时，若不为这个字段建立索引的话，则查询的速度会很慢。
遇到这种情况时，数据库管理员只有牺牲一点系统资源，为其建立索引。
从这里也可以看出，虽然以上几条说的时铁律，但是，是否需要遵循，还是需要数据库管理员根据企业的实际情况，做出合理的选择。
铁律六：索引可以跟Where语句的集合融为一体。
用户在查询信息的时候，有时会经常会用到一些限制语句。
如在查询销售订单的时候，经常会用到客户以及下单日期的条件集合;如在查询某个产品的库存交易情况时，就会利用产品编号与交易日期起止日期的条件集合。
对于这些经常用在Where子句中的数据列，将索引建立在Where子句的集合过程中，对于需要加速或者频繁检索的数据列，可以让这些经常参与查询的数据列按照索引的排序进行查询，以加快查询的时间。
总之，索引就好像一把双刃剑，即可以提高数据库的性能，也可能对数据库的性能起到反面作用。
作为数据库管理员，要有这个能力判断在合适的时间、合适的业务、合适的字段上建立合适的索引。
以上六个铁律，只是对建立索引的一些基本要求。