对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。 对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。 对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。 当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。
什么情况下不应该创建索引？
2024-12-04
69
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
索引应避免在很少使用的列、数据值少的列、text/image/bit类型列上创建，因为这些情况下索引不仅无助于提升查询速度，还会降低系统维护效率，增加存储开销。当数据修改频率远高于查询时，也不宜创建索引。
目录
相关文章
|
NoSQL
索引
MongoDB
MongoDB索引管理——创建索引，查看索引，删除索引，重建索引
2867
0
0
|
2月前
|
索引
什么情况下不应该创建索引？
索引优化策略：避免为不常查询、低基数、或特定数据类型（如text, image, bit）的列创建索引，以免增加系统负担而无明显查询性能提升。当数据修改频率远高于查询时，也应避免创建索引。
54
1
1
|
8月前
|
存储
NoSQL
分布式数据库
|
SQL
Java
关系型数据库
|
SQL
关系型数据库
MySQL
一个索引创建错误引发的思考
同事反馈说某个 MySQL 数据库创建索引提示错误，模拟报错如下：
CREATE INDEX t_reg_code_idx USING BTREE ON t(reg_code)
BLOB/TEXT column 'reg_code' used in key specification without a key length
从该提示可知，给 T 表的 reg_code 列创建一个 BTREE 索引，而这个 reg_code 列的字段类型是 BLOB 或 TEXT。
需要在键的说明中有长度定义，这是什么意思？
131
0
0
|
索引
|
JSON
数据格式
开发者
|
索引
|
分布式计算
资源调度
Hadoop
|
存储
算法
搜索推荐
热门文章
最新文章
1
如何理解这6种常见设计模式？
2
'vue-cli-service' 不是内部或外部命令，也不是可运行的程序问题解决
3
什么是HTTP代理？HTTP代理的作用？HTTP代理怎么设置？
4
购买HTTPS证书一般需要多少钱
5
【深度神经网络 One-shot Learning】孪生网络少样本精准分类
6
IDEA13+Maven + Jetty-plugin 调试项目
7
Struts自定义标签
8
论文精选 | 实现城市设备智能规划？——具有可选偏好的设施选址游戏
9
物联网芯片引巨头鱼贯而入 专利之争主导未来
10
数据结构示例——堆排序过程
1
开发者应该如何避免“效率陷阱”
30
2
AI视频技术的发展是否会影响原创内容的价值
26
3
开发者们自己的Plan B
29
4
AI 对研发流程的变革
33
5
os copilot，想说爱你，但请继续努力
49
6
windows server2016搭建AD域服务器
93
7
【Azure Function】C#独立工作模式下参数类型 ServiceBusReceivedMessage 无法正常工作
89
8
一个适用于 .NET 的开源整洁架构项目模板
40
9
将 EasySQLite 从 .NET 8 升级到 .NET 9
45
10
在 .NET 9 中使用 Scalar 替代 Swagger
40