- 综合排序
- 最热优先
- 最新优先
- 来自专栏AustinDatabases
PostgreSQL 性能优化 短查询 覆盖索引，前缀索引，索引和排序 （9）
这个系列已经写到了第9篇，上一篇讲述了索引的一些基础使用的方式，这一篇将继续这个系列，这篇还是针对短查询OLTP的查询中的一些索引的方式和一些有意思的地方进行讲述。 基于查询中的一个不能被回避的问题，就是索引使用中的覆盖索引，提到覆盖索引的这个问题，其实最大的优势就是不用回表，在查询中可以从索引直接提取数据，而不必在通过索引的标记的物理位置在回到原表在将原表的数据导入到内存 那么我下次建立索引的时候直接建立覆盖索引不就好了，覆盖索引的该怎么用，实际上覆盖索引的使用是有条件的，覆盖索引也有平衡点和性价比，数据库中最重要的是空间换时间，那么覆盖索引必然会增加数据空间的使用，因为实际上你将数据多存了一份 1 我们建立idx_name_booking 后来分析查询是否可以使用索引 很明显我们的查询中在建立了第一个索引后，并未走索引。 2 我们建立 idx_name_booking_like 后，可以看到的确是走了索引，那么 实际上我们针对LIKE类的需求的索引就需要使用第二种索引的建立的方式。
1.9K20编辑于 2022-04-05 - 来自专栏DotNet NB && CloudNative
.NET 9 —LINQ — 新的索引方法
在.NET 9中，引入了新的LINQ方法Index（即Index<TSource>(IEnumerable<TSource>)）。借助这个方法，你可以轻松提取可枚举对象的隐式索引。 在之前的一篇文章中，我展示了.NET 9中新增的三个LINQ方法：CountBy、AggregateBy和Index。 Index方法 Index方法返回一个元组（IEnumerable<(int Index, TSource Item)>），其中第一个值是索引，第二个值是集合中的元素。 newCity("Rome","Italy"), newCity("Amsterdam","Netherlands") }; 使用Index方法，我们可以通过foreach循环轻松获取列表的索引和元素 Index方法允许你以一种简单且高效的方式返回列表中各项的索引位置。将该方法与其他实现相同功能的方法进行比较时，性能非常相似，但它仍稍胜一筹。
41100编辑于 2025-02-18 - 来自专栏机器学习/数据可视化
hive之路9-hive索引和视图
本文中主要是介绍了hive中索引和视图的相关操作。
84920发布于 2021-03-02 - 来自专栏后端从入门到精通
B+树索引使用(9)分组、回表、覆盖索引（二十一)
索引排序之所以快，因为b+树里面的双向链表和单向链表数据结构原本就是按索引从小到大排序好的，所以直接取出数据就好，不需要在磁盘和内存中排序。 用主键id查询聚簇索引的b+树，这时候的id不是相连的，所以是随机I/O，效率比顺序I/O低很多。 所以会使用两个索引，二级索引的时候顺序I/O，效率高很多，聚簇索引的时候随机I/O效率低很多。 那我们什么时候用全表扫描的方式，什么时候用二级索引+回表的聚簇索引方式呢？ 索引覆盖 以我们的idx_name_birthday_phone联合索引为例，当我们查询的列只有这三个索引的时候，SELECT name, birthday, phone FROM person_info 是name，birthday，phone和主键，这时候查询的值已经从二级索引b+树子叶查询到了，所以不需要在用主键聚簇索引去另一个b+树回表，所以即使我们需要查询其他列非索引数据时候，也不鼓励用*去查询
69631编辑于 2022-07-26 - 来自专栏学习有记
阅读查询计划：SQL Server 索引进阶 Level 9
这通常是访问堆或索引。你不会看到这里使用的单词表;相反，您将看到聚簇索引扫描或堆扫描。这是首先看看哪些索引，如果有的话，正在使用。 图形查询计划中的每个图标代表一个操作。 在上面的示例中，建议的索引（以绿色显示并按空间要求截断）建议在联系人表的后缀列上使用非聚簇索引; 包括标题，名字，中间名和姓氏的列。 新的非聚集索引（索引键为Suffix）具有“WHERE Suffix ='Jr.”条目聚集在一起; 因此，检索数据所需IO的减少。 这些请求将受益于ContactID上的索引。 无论何时索引一个外键列，总是问自己，如果有的话，列应该作为包含列添加到索引中。在我们的例子中，我们只有一个查询，而不是一系列的查询来支持。 图形计划可能会建议一个索引，以提高查询的性能。 了解查询计划将帮助您评估和优化索引设计。 ----
1.5K60发布于 2018-07-19 - 来自专栏吴伟祥
9个基于Java的搜索引擎框架 转
那么如果在你自己开发的网站系统中需要能让用户搜索一些重要的信息，并且能以结构化的结果展现给用户，下面分享的这9款Java搜索引擎框架或许就可以帮助到你了。 1、Java 全文搜索引擎框架 Lucene 毫无疑问，Lucene是目前最受欢迎的Java全文搜索框架，准确地说，它是一个全文检索引擎的架构，提供了完整的查询引擎和索引引擎，部分文本分析引擎。 官方网站：http://lucene.apache.org/ 2、开源Java搜索引擎Nutch Nutch 是一个开源Java实现的搜索引擎。它提供了我们运行自己的搜索引擎所需的全部工具。 / 3、分布式搜索引擎 ElasticSearch ElasticSearch就是一款基于Lucene框架的分布式搜索引擎，并且也是一款为数不多的基于JSON进行索引的搜索引擎。 官方网站：http://www.Semanticmetadata.net/lire/ 9、全文本搜索引擎 Egothor Egothor是一个用Java编写的开源而高效的全文本搜索引擎。
4.4K40发布于 2018-08-14 - 来自专栏数据库新发现
Oracle9i新特性-索引监视及注意事项
在Oracle9i中,如何监视索引并清除监视信息 -使用Oracle9i新特性 Last Updated: Saturday, 2004-12-04 10:28 Eygle 对于DML操作来说，索引对于数据库是一个性能负担 .如果索引没有被有效的使用,那么其存在性就值得从新考虑. 1. 从Oracle9i开始,Oracle允许你监视索引的使用: SQL> connect scott/tiger@conner Connected to Oracle9i Enterprise Edition Oracle的说法是,在下一次收集该对象的索引使用情况时会自动覆盖上一次的信息,不提供清除手段. 所以以不同用户登录,你是无法看到其他用户的索引监视信息的,即使是dba,但是可以从object_usage表中得到.
62530发布于 2018-09-10 - 来自专栏ABAQUS二次开发
【Q&A-9】edges索引和feature编号不一致
我看edges的索引和我的feature编号并不一致，不清楚怎么捕捉到feature对应的这根线，从而赋予截面特性因为线的数目众多，如果采用findAt函数捕捉线上的点再来捕捉线计算成本会很大，
78510编辑于 2022-05-17 - 来自专栏生活不止眼前的代码
SpringDataJPA笔记(9)-使用transation注解引发的唯一索引冲突的问题
SpringDataJPA笔记(9)-使用transation注解引发的唯一索引冲突的问题 在业务中使用JPA的时候，因为业务逻辑比较复杂，使用了@Transactional 注解来确保事务一致性 在实际使用的时候却遇到了问题
1.9K30发布于 2020-03-24 - 来自专栏一个会写诗的程序员的博客
mysql 查看索引、添加索引、删除索引命令添加索引删除索引
· Non_unique 如果索引不能包括重复词，则为0。如果可以，则为1。 · Key_name 索引的名称。 · Seq_in_index 索引中的列序列号，从1开始。 · Collation 列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。 · Cardinality 索引中唯一值的数目的估计值。 基数越大，当进行联合时，MySQL使用该索引的机 会就越大。 · Sub_part 如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列被编入索引，则为NULL。 · Index_type 用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。 · Comment 添加索引 ALTER TABLE Persons ADD CONSTRAINT uc_PersonID UNIQUE (Id_P,LastName) 删除索引 mysql> alter
4.6K10发布于 2018-08-17 - 来自专栏全栈程序员必看
索引(index)_普通索引、唯一索引和复合索引.索引查询
这是因为：创建主键的时候自动给主键添加了索引，且该索引为唯一性索引。 即主键一定是唯一性索引。 但是一张表中可以有多个唯一性索引，所以唯一性索引不一定是主键。 ************************ 在这里不得不讲一下普通索引和唯一性索引的区别： 1、普通索引 普通索引的唯一任务是加快对数据的访问速度。 只要有可能，就应该选择一个数据最整齐、最紧凑的数据列（如一个整数类型的数据列）来创建索引。 2、唯一索引 普通索引允许被索引的数据列包含重复的值。 查看表中所有的索引： 为了下面的演示，把刚创建的两个索引删除！ 关于普通复合索引index这里就不再详细执行截图描述，只需要注意下面这形式的索引意义就OK了！！！！
1.6K40编辑于 2022-07-22 - 来自专栏该溜子的专栏
【从0做项目】Java文档搜索引擎（9）烧脑终章!
Java 文档搜索 简述：在我的搜索引擎网站，用户进行关键字搜索，就可以查询到与这个关键字相关的java在线文档，（包含标题，关键字附近的简述，url），用户点击标题，即可跳转到相关在线文档，适用于JDK17 想后端处理逻辑，我们拿到array这个词，在倒排索引中返回一堆docId；再拿到list这个词，再在倒排索引中返回一堆docId 注：（这里拿到的其实是一个集合，里面有好多Weight对象，对象里包含docId 至此Java文档搜索引擎博客讲解就结束了，这里的图解和测试，花费了阿华很大的精力，希望这个系列能够帮助到你~~塔塔开！
32010编辑于 2025-02-22 - 来自专栏desperate633
深入理解四种数据库索引类型（- 唯一索引非唯一索引 - 主键索引（主索引） - 聚集索引非聚集索引 - 组合索引）唯一索引非唯一索引主键索引（主索引）聚集索引非聚集索引5.组合索引（联合索引）
唯一索引/非唯一索引 主键索引（主索引） 聚集索引/非聚集索引 组合索引 唯一索引/非唯一索引 唯一索引 1.唯一索引是在表上一个或者多个字段组合建立的索引，这个或者这些字段的值组合起来在表中不可以重复 非唯一索引 2.非唯一索引是在表上一个或者多个字段组合建立的索引，这个或者这些字段的值组合起来在表中可以重复，不要求唯一。 主键索引（主索引） 3.主键索引（主索引）是唯一索引的特定类型。 表中创建主键时自动创建的索引 。一个表只能建立一个主索引。 聚集索引/非聚集索引 4.聚集索引（聚簇索引），表中记录的物理顺序与键值的索引顺序相同。一个表只能有一个聚集索引。 扩展：聚集索引和非聚集索引的区别？分别在什么情况下使用？ 聚集索引和非聚集索引的根本区别是表中记录的物理顺序和索引的排列顺序是否一致。 建议使用非聚集索引的场合为： a.此列包含了大数目的不同值； b.频繁更新的列 5.组合索引（联合索引） 基于多个字段而创建的索引就称为组合索引。
14.2K20发布于 2018-08-22 - 来自专栏lgp20151222
索引之单列索引和组合索引
前几天老大叫我做了下索引优化，故将学到的东西记录下来。 1）单列索引就不多说了，不设限制的唯一索引，值唯一的唯一索引，一个表一个非空的主键索引 2）组合索引 组合索引，多个列组合的索引。 最左前缀 若有组合索引（a，b，c），那么根据最左前缀，数据库成立了三个索引（a）（a，b）（a，b，c）， 重点： 这里可以看出n个列的组合索引，实际新建的普通 索引是n个， 索引的列数是n(n+1) 1.索引的大小应该小于数据表的大小 因为，每个数据不一定用的是最大的长度，而且建立索引的时间高于插入数据，实际上通常满足索引的列数小于数据库的列数，就能确保索引的大小应该小于数据表的大小。 当然，具体公司具体分析，像淘宝的数据服务器估计为了查询速度，索引大小应该远高于数据表大小。 2.组合索引第一个不应该包含单列索引 原因，重复。 （学名组合索引的前导索引/前导列） 3.创建索引时，若一些用于模糊查询的可以只截前面一段，用于查询 优化索引创建时间，索引大小等 4）注意点 1.操作：order by，where，join,查询条件：
1.7K30发布于 2018-09-10 - 来自专栏ShyNodes
覆盖索引，联合索引，索引下推
覆盖索引： 如果查询条件使用的是普通索引（或是联合索引的最左原则字段），查询结果是联合索引的字段或是主键，不用回表操作，直接返回结果，减少IO磁盘读写读取正行数据 最左前缀： 联合索引的最左 N 个字段 ，也可以是字符串索引的最左 M 个字符 联合索引： 根据创建联合索引的顺序，以最左原则进行where检索，比如（age，name）以age=1 或 age= 1 and name=‘张三’可以使用索引， 单以name=‘张三’ 不会使用索引，考虑到存储空间的问题，还请根据业务需求，将查找频繁的数据进行靠左创建索引。 索引下推： like 'hello%’and age >10 检索，MySQL5.6版本之前，会对匹配的数据进行回表查询。
1.3K40发布于 2021-07-28 - 来自专栏用户2442861的专栏
mysql 创建 主键索引 唯一索引 全文索引 多列索引 添加索引
查看索引 show index from 数据库表名 alter table 数据库add index 索引名称(数据库字段名称) PRIMARY KEY（主键索引） ALTER TABLE `) INDEX(普通索引) mysql>ALTER TABLE `table_name` ADD INDEX index_name ( `column` ) FULLTEXT(全文索引) ALTER 这是最基本的索引，它没有任何限制。 它与前面的"普通索引"类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。 它是一种特殊的唯一索引，不允许有空值。
8.4K10发布于 2018-09-19 - 来自专栏民工哥技术之路
从认识索引到理解索引「索引优化」
认识索引 认识索引是什么东西非常关键，一个非常恰当的比喻就是书的目录页与书的正文内容之间的关系，为了方便查找书中的内容，通过对内容建立索引形成目录。 索引的类型 B-Tree 索引 以 B-Tree 为结构的索引是最常见的索引类型，比如 InnoDB 和 MyISAM 都是以 B-Tree 为索引结构的索引，事实上是以 B+ Tree 为索引结构，B-Tree 哈希索引 哈希索引是基于哈希表实现的，只有精确匹配索引所有列的查询才有效。方法是，对所有的索引列计算一个 hash code，hash code 作为索引，在哈希表中保存指向每个数据行的指针。 常见优化方法 联合索引最左前缀原则 复合索引遵守「最左前缀」原则，查询条件中，使用了复合索引前面的字段，索引才会被使用，如果不是按照索引的最左列开始查找，则无法使用索引。 范围列可以用到索引，但是范围列后面的列无法用到索引，索引最多用于一个范围列，如果查询条件中有两个范围列则无法全用到索引。
85930发布于 2020-09-16 - 来自专栏DotNet NB && CloudNative
.NET 9中的Guid7支持：彻底解决索引碎片问题
.NET 9中的Guid7支持：彻底解决索引碎片问题 在数据库设计中，使用Guid作为主键或索引字段时，一个令人头痛的问题是「索引碎片」。 由于传统Guid（如Guid.NewGuid()生成的版本4 Guid）是完全随机的，当新记录插入到索引中间位置时，会导致频繁的「页分裂」和「索引重组」，严重影响查询性能。 .NET 9的革命性方案：Guid Version 7 .NET 9引入了全新的Guid.CreateVersion7()方法，完美解决了上述所有问题： // 生成传统随机Guid（版本4） Console.WriteLine 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 它的有序特性可使数据库索引保持紧凑，查询性能提升可达40%以上（取决于数据插入模式）。
28810编辑于 2025-08-09 - 来自专栏Goboy
ES索引：索引管理
索引管理再讲索引（Index）前，我们先对照下 ElasticSearch Vs 关系型数据库：PUT /customer/_doc/1{ "name": "DLBOY"}系统默认是自动创建索引的如果我们需要对这个建立索引的过程做更多的控制 那么我们需要做两件事：第一个禁止自动创建索引，第二个是手动创建索引。 索引创建成功后，你可以向该索引中添加文档，执行搜索操作以及执行其他与索引相关的操作。索引是Elasticsearch中组织和存储数据的重要结构。 这个响应表明文档成功地被索引到了"test-index-users"索引中，索引操作是成功的，只有一个分片成功地完成了索引操作。 v'| grep users打开/关闭索引关闭索引POST /test-index-users/_close索引关闭操作将导致该索引不可用，文档无法查询，但数据仍然存在。
95170编辑于 2023-11-02 - 来自专栏全栈程序员必看
Oracle新建索引、删除索引和查看索引
1、创建索引 create index 索引名 on 表名(列名); 2、删除索引 drop index 索引名; 3、创建组合索引 create index 索引名 on 表名(列名1,列名 2,列名3,…); 查看目标表中已添加的索引 –在数据库中查找表名 select * from user_tables where table_name like ‘tablename%’; –查看该表的所有索引 select * from all_indexes where table_name = ‘tablename’; –查看该表的所有索引列 select* from all_ind_columns
6.1K10编辑于 2022-10-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号