仓酷云

标题: MSSQL编程：教你一招：MSSQL数据库索引的使用 [打印本页]

作者: 分手快乐 时间: 2015-1-16 22:17
标题: MSSQL编程：教你一招：MSSQL数据库索引的使用
从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但MySQL把同一个数据表里的索引总数限制为16个。1、索引的观点
索引就是加速检索表中数据的办法。数据库的索引相似于书本的索引。在书本中，索引同意用户不用翻阅完全个书就可以敏捷地找到所必要的信息。在数据库中，索引也同意数据库程序敏捷地找到表中的数据，而不用扫描全部数据库。
2、索引的特性
1.索引能够加速数据库的检索速率
2.索引下降了数据库拔出、修正、删除等保护义务的速率
3.索引创立在表上，不克不及创立在视图上
4.索引既能够间接创立，也能够直接创立
5.能够在优化埋没中，利用索引
6.利用查询处置器实行SQL语句，在一个表上，一次只能利用一个索引
7.其他
3、索引的长处
1.创立独一性索引，包管数据库表中每行数据的独一性
2.年夜年夜加速数据的检索速率，这也是创立索引的最次要的缘故原由
3.减速表和表之间的毗连，出格是在完成数据的参考完全性方面出格成心义。
4.在利用分组和排序子句举行数据检索时，一样能够明显削减查询平分组和排序的工夫。
5.经由过程利用索引，能够在查询的过程当中利用优化埋没器，进步体系的功能。
4、索引的弱点
1.创立索引和保护索引要泯灭工夫，这类工夫跟着数据量的增添而增添
2.索引必要占物理空间，除数据表占数据空间以外，每个索引还要占必定的物理空间，假如要创建聚簇索引，那末必要的空间就会更年夜
3.当对表中的数据举行增添、删除和修正的时分，索引也要静态的保护，下降了数据的保护速率
5、索引分类
1.间接创立索引和直接创立索引
间接创立索引：CREATEINDEXmycolumn_indexONmytable(myclumn)
直接创立索引：界说主键束缚大概独一性键束缚，能够直接创立索引
2.一般索引和独一性索引
一般索引：
CREATEINDEXmycolumn_indexONmytable(myclumn)
独一性索引：包管在索引列中的全体数据是独一的，对聚簇索引和非聚簇索引都可使用
CREATEUNIQUECOUSTEREDINDEXmyclumn_cindexONmytable(mycolumn)
3.单个索引和复合索引
单个索引：即非复合索引
复合索引：又叫组合索引，在索引创建语句中同时包括多个字段名，最多16个字段
CREATEINDEXname_indexONusername(firstname,lastname)
4.聚簇索引和非聚簇索引(会萃索引，聚集索引)
聚簇索引：物理索引，与基表的物理按次不异，数据值的按次老是依照按次分列
CREATECLUSTEREDINDEXmycolumn_cindexONmytable(mycolumn)WITH
ALLOW_DUP_ROW(同意有反复纪录的聚簇索引)
非聚簇索引：
CREATEUNCLUSTEREDINDEXmycolumn_cindexONmytable(mycolumn)
6、索引的利用
1.当字段数据更新频次较低，查询利用频次较高而且存在大批反复值是倡议利用聚簇索引
2.常常同时存取多列，且每列都含有反复值可思索创建组合索引
3.复合索引的前导列必定好把持好，不然没法起到索引的效果。假如查询时前导列不在查询前提中则该复合索引不会被利用。前导列必定是利用最频仍的列
4.多表操纵在被实践实行前，查询优化器会依据毗连前提，列出几组大概的毗连计划并从中找出体系开支最小的最好计划。毗连前提要充份思索带有索引的表、行数多的表；表里表的选择可由公式：外层表中的婚配行数靠内层表中每次查找的次数断定，乘积最小为最好计划
5.where子句中对列的任何操纵了局都是在sql运转时逐列盘算失掉的，因而它不能不举行表搜刮，而没有利用该列下面的索引；假如这些了局在查询编译时就可以失掉，那末就能够被sql优化器优化，利用索引，制止表搜刮。
例：
以下为援用的内容：
select*fromrecordwheresubstring(card_no,1,4)=’5378’
&&select*fromrecordwherecard_nolike’5378%’
任何对列的操纵都将招致表扫描，它包含数据库函数、盘算表达式等等，查询时要尽量将操纵移至等号右侧
6.where前提中的’in’在逻辑上相称于’or’，以是语法剖析器会将in(0,1)转化为column=0orcolumn=1来实行。我们希冀它会依据每一个or子句分离查找，再将了局相加，如许能够使用column上的索引；但实践上它却接纳了"or战略"，即先掏出满意每一个or子句的行，存进一时数据库的事情表中，再创建独一索引以往失落反复行，最初从这个一时表上钩算了局。因而，实践历程没有益用column上索引，而且完成工夫还要受tempdb数据库功能的影响。in、or子句常会利用事情表，使索引生效；假如不发生大批反复值，能够思索把子句拆开；拆开的子句中应当包括索引
7.要擅长利用存储历程，它使sql变得加倍天真和高效

支持AIX、FreeBSD、HP-UX、Linux、MacOS、NovellNetware、OpenBSD、OS/2Wrap、Solaris、Windows等多种操作系统

作者: 莫相离 时间: 2015-1-19 06:53
而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

作者: 老尸 时间: 2015-1-19 06:53
比如日志传送、比如集群。。。

作者: admin 时间: 2015-1-28 05:30
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

作者: 因胸联盟 时间: 2015-2-5 17:13
换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

作者: 再见西城 时间: 2015-2-13 03:20
分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

作者: 金色的骷髅 时间: 2015-3-3 13:25
在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。

作者: 若天明 时间: 2015-3-11 11:29
分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

作者: 只想知道 时间: 2015-3-18 14:46
从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。

作者: 小女巫 时间: 2015-3-26 08:16
很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

欢迎光临仓酷云 (http://ckuyun.com/)