关于索引(内容出自CSDN会员dawugui)

没必要给所有的列加上索引.
索引是把双刃剑,有好有坏.给给资料,你参考一下:
1.合理使用索引
索引是数据库中重要的数据结构,它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处,其使用原则如下:  
●在经常进行连接,但是没有指定为外键的列上建立索引,而不经常连接的字段则由优化器自动生成索引。  
●在频繁进行排序或分组(即进行group by或order by操作)的列上建立索引。  
●在条件表达式中经常用到的不同值较多的列上建立检索,在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值,因此就无必要建立索引。如果建立索引不但不会提高查询效率,反而会严重降低更新速度。  
●如果待排序的列有多个,可以在这些列上建立复合索引(compound index)。  
●使用系统工具。如Informix数据库有一个tbcheck工具,可以在可疑的索引上进行检查。在一些数据库服务器上,索引可能失效或者因为频繁操作而使得读取效率降低,如果一个使用索引的查询不明不白地慢下来,可以试着用tbcheck工具检查索引的完整性,必要时进行修复。另外,当数据库表更新大量数据后,删除并重建索引可以提高查询速度。  


(1)在下面两条select语句中:
  select * from table1 where field1<=10000 and field1>=0;
  select * from table1 where field1>=0 and field1<=10000;
  如果数据表中的数据field1都>=0,则第一条select语句要比第二条select语句效率高的多,因为第二条select语句的第一个条件耗费了大量的系统资源。
  第一个原则:在where子句中应把最具限制性的条件放在最前面。


(2)在下面的select语句中:
  select * from tab where a=… and b=… and c=…;
  若有索引index(a,b,c),则where子句中字段的顺序应和索引中字段顺序一致。
  第二个原则:where子句中字段的顺序应和索引中字段顺序一致。


以下假设在field1上有唯一索引I1,在field2上有非唯一索引I2。
(3) select field3,field4 from tb where field1='sdf' 快
  select * from tb where field1='sdf' 慢,
因为后者在索引扫描后要多一步ROWID表访问。


(4) select field3,field4 from tb where field1>='sdf' 快
select field3,field4 from tb where field1>'sdf' 慢
因为前者可以迅速定位索引。


(5) select field3,field4 from tb where field2 like 'R%' 快
  select field3,field4 from tb where field2 like '%R' 慢,
  因为后者不使用索引。


(6) 使用函数如:
select field3,field4 from tb where upper(field2)='RMN'不使用索引。
如果一个表有两万条记录,建议不使用函数;如果一个表有五万条以上记录,严格禁止使用函数!两万条记录以下没有限制。


(7) 空值不在索引中存储,所以
  select field3,field4 from tb where field2 is[not] null不使用索引。


(8) 不等式如
  select field3,field4 from tb where field2!='TOM'不使用索引。
  相似地,
  select field3,field4 from tb where field2 not in('M','P')不使用索引。


(9) 多列索引,只有当查询中索引首列被用于条件时,索引才能被使用。


(10) MAX,MIN等函数,如
Select max(field2) from tb使用索引。所以,如果需要对字段取max,min,sum等,应该加索引。
一次只使用一个聚集函数,如:
select “min”=min(field1), “max”=max(field1) from tb   
不如:select “min”=(select min(field1) from tb) , “max”=(select max(field1) from tb)   


(11) 重复值过多的索引不会被查询优化器使用。而且因为建了索引,修改该字段值时还要修改索引,所以更新该字段的操作比没有索引更慢。


(12) 索引值过大(如在一个char(40)的字段上建索引),会造成大量的I/O开销(甚至会超过表扫描的I/O开销)。因此,尽量使用整数索引。 Sp_estspace可以计算表和索引的开销。


(13) 对于多列索引,order by的顺序必须和索引的字段顺序一致。


(14) 在sybase中,如果order by的字段组成一个簇索引,那么无须做order by。记录的排列顺序是与簇索引一致的。
全局索引如何改为本地索引主要涉及到站点的索引和搜索功能。现在以CSDN博客网站(site:blog.csdn.net)为例来说明如何改变全局索引为本地索引。 首先,需要根据站点的需求选择一个适合的本地搜索引擎。常见的本地搜索引擎包括Elasticsearch、Solr等。这些搜索引擎具有快速、灵活、可扩展等特点,可以满足站点的索引和搜索需求。 接下来,需要对站点的内容进行索引的建立。可以使用网络爬虫技术来获取CSDN博客网站的内容,并将其存储到本地搜索引擎的索引库中。爬虫可以根据URL链接逐个访问博客网站的页面,获取页面的标题、摘要、作者、发布时间等信息,并将这些信息存储到本地搜索引擎的索引库中。 索引的建立是一个持续的过程,需要定期更新索引。可以设置一个定时任务,定期运行爬虫,并将新的博客内容添加到索引库中,同时删除已经删除的博客内容。 最后,就是搜索功能的实现。可以通过调用本地搜索引擎提供的API,结合用户的搜索关键字,来进行全文搜索。搜索引擎会返回与关键字匹配的博客列表,并根据相关性进行排序。 通过以上的步骤,就可以将全局索引改为本地索引。这样做的好处是提升了搜索的效率和精确度,同时减轻了全局索引的维护负担。然而,需要注意的是,在建立本地索引的过程中,要关注法律法规,确保不侵犯他人的知识产权。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值