99国产麻豆精品,国产精品区二区三区日本,精品一区二区三区在线观看

goto — Fri, 16 May 2008 02:42:00 GMT

一、深入浅出理解烦引结�?/strong>

实际上，您可以把索引理解��Z��U�特�D�的目录。微软的SQL SERVER提供了两�U�烦引：聚集索引�Q�clustered index�Q�也�U�聚�cȝ��引、簇集烦引）和非聚集索引�Q�nonclustered index�Q�也�U�非聚类索引、非��集索引�Q�。下面，我们举例来说明一下聚集烦引和非聚集烦引的区别�Q?br /> 其实�Q�我们的汉语字典的正文本�w�就是一�? 聚集索引。比如，我们要查“�?#8221;字，��׃��很自然地��d��字典的前几页�Q�因�?#8220;�?#8221;的拼��x��“an”�Q�而按照拼��x��序汉字的字典是以英文字母“a”开头�ƈ�? “z”�l�尾的，那么“�?#8221;字就自然地排在字典的前部。如果您��d��了所有以“a”开头的部分仍然找不到这个字�Q�那么就说明您的字典中没有这个字�Q�同��L��Q�如果查“�?#8221;字，那您也会��您的字典翻到最后部分，因�ؓ“�?#8221;的拼��x��“zhang”。也��是��_��字典的正文部分本�w�就是一个目录，您不需要再��L��其他目录来找到您需要找的内宏V��我们把�q�种正文内容本��n��是一�U�按照一定规则排列的目录�U�Cؓ“聚集索引”�?br /> 如果您认识某个字�Q�您可以快速地从自动中�? 到这个字。但您也可能会遇到您不认识的字，不知道它的发韻I��q�时候，您就不能按照刚才的方法找到您要查的字�Q�而需要去�Ҏ��“偏旁部首”查到您要扄��字，�? 后根据这个字后的��늠�直接��d��某页来找到您要找的字。但您结�?#8220;部首目录”�?#8220;��字表”而查到的字的排序�q�不是真正的正文的排序方法，比如您查“�?#8221;字，我们可以看到在查部首之后的检字表�?#8220;�?#8221;的页码是672��，��字表�?#8220;�?#8221;的上面是“�?#8221;字，但页码却�?3��，“�?#8221;的下面是“�?#8221;字，��面�?90 ��c��很昄��Q�这些字�q�不是真正的分别位于“�?#8221;字的上下方，现在您看到的�q�箋�?#8220;驰、张、徃”三字实际上就是他们在非聚集烦引中的排序，是字典正文中的字在非聚集索引中的映射。我们可以通过�q�种方式来找到您所需要的字，但它需要两个过�E�，先找到目录中的结果，然后再翻到您所需要的��늠�。我们把�q�种目录�U��a 是目录，正文�U��a是正文的排序方式�U�Cؓ“非聚集烦�?#8221;�?br /> 通过以上例子�Q�我们可以理解到什么是“聚集索引”�?#8220;非聚集烦�?#8221;。进一步引申一下，我们可以很容易的理解�Q�每个表只能有一个聚集烦引，因�ؓ目录只能按照一�U�方法进行排序�?br />
二、何时��用聚集烦引或非聚集烦�?/strong>

下面的表�ȝ��了何时��用聚集烦引或非聚集烦引（很重要）�Q?/p>

动作描述	使用聚集索引	使用非聚集烦�?/td>
列经常被分组排序	�?/td>	�?/td>
�q�回某范围内的数�?/td>	�?/td>	不应
一个或极少不同�?/td>	不应	不应
��数目的不同�?/td>	�?/td>	不应
大数目的不同�?/td>	不应	�?/td>
频繁更新的列	不应	�?/td>
外键�?/td>	�?/td>	�?/td>
主键�?/td>	�?/td>	�?/td>
频繁修改索引�?/td>	不应	�?/td>

事实上，我们可以通过前面聚集索引和非聚集索引的定义的例子来理解上表。如�Q�返回某范围内的数据一��V��比如您的某个表有一个时间列�Q�恰好您把聚合烦引徏立在了该列，�q�时您查�?004�q?�?日至2004�q?0�?日之间的全部数据�Ӟ��q�个速度��将是很快的�Q�因为您的这本字典正文是按日期进行排序的�Q�聚 �cȝ��引只需要找到要��索的所有数据中的开头和�l�尾数据卛_��Q�而不像非聚集索引�Q�必��d��查到目录中查到每一��Ҏ��据对应的��늠��Q�然后再�Ҏ��늠�查到具体内容�?br />
三、结合实际，谈烦引��用的误区

理论的目的是应用。虽然我们刚才列��Z��何时应��用聚集烦引或非聚集烦引，但在实践中以上规则却很容易被忽视或不能根据实际情况进行综合分析。下面我们将�Ҏ��在实践中遇到的实际问题来谈一下烦引��用的误区�Q�以便于大家掌握索引建立的方法�?br />
1、主键就是聚集烦�?br /> �q�种��x��W�者认为是极端错误的，是对聚集索引的一�U�浪贏V��虽然SQL SERVER默认是在主键上徏立聚集烦引的�?br /> 通常�Q�我们会在每个表中都建立一个ID列，以区分每条数据，�q�且�q�个ID列是自动增大的，步长一般�ؓ1。我们的�q�个办公自动化的实例中的列Gid��是�? 此。此�Ӟ��如果我们��这个列设�ؓ主键�Q�SQL SERVER会将此列默认��集烦引。这样做有好处，��是可以让您的数据在数据库中按照ID�q�行物理排序�Q�但�W�者认��样做意义不大�?br /> 显而易见，聚集索引的优势是很明昄��Q�而每个表中只能有一个聚集烦引的规则�Q�这使得聚集索引变得更加珍贵�?br /> 从我们前面谈到的聚集索引的定义我们可以看出，使用聚集索引的最大好处就是能够根据查询要求，�q�速羃��查询范��_��避免全表扫描。在实际应用中，因�ؓID ��h��自动生成的，我们�q�不知道每条记录的ID��P��所以我们很隑֜�实践中用ID��h��q�行查询。这��׃��让ID可��个主键作��集烦引成��Z��U�资源浪贏V��其�ơ，让每个ID号都不同的字�D�作��集烦引也不符�?#8220;大数目的不同值情况下不应建立聚合索引”规则�Q�当�Ӟ��q�种情况只是针对用户�l�常修改记录内容�Q�特别是索引 ��的时候会负作用，但对于查询速度�q�没有媄响�?br /> 在办公自动化�pȝ��中，无论是系�l�首��|��C�的需要用��L��收的文�g、会议还是用戯��行文件查询等��M��情况下进行数据查询都��M��开字段的是“日期”�q�有用户本��n�?#8220;用户�?#8221;�?br /> 通常�Q�办公自动化的首��会昄��每个用户��未�{�收的文件或会议。虽然我们的where语句可以仅仅限制当前用户��未�{�收的情况，但如果您的系�l�已建立了很长时��_��q�且数据量很大，那么�Q�每�ơ每个用��h��开首页的时候都�q�行一�ơ全表扫描，�q�样做意义是不大的，�l�大多数的用�?个月前的文�g都已�l�浏览过了，�q�样做只能徒增数据库的开销而已。事实上�Q�我们完全可以让用户打开�pȝ��首页�Ӟ��数据库仅仅查询这个用戯��3个月来未阅览的文�Ӟ��通过“日期”�q�个字段来限制表扫描�Q�提高查询速度。如果您的办公自动化�pȝ��已经建立�?�q�_��那么您的首页昄��速度理论上将是原来速度8倍，甚至更快�?br /> 在这里之所以提�?#8220;�? ��Z��”三字�Q�是因�ؓ如果您的聚集索引�q�是盲目地徏在ID�q�个主键上时�Q�您的查询速度是没有这么高的，即��您在“日期”�q�个字段上徏立的索引�Q�非聚合�? 引）。下面我们就来看一下在1000万条数据量的情况下各�U�查询的速度表现�Q?个月内的数据�?5万条�Q�：

�Q?�Q�仅在主键上建立聚集索引�Q��ƈ且不划分旉��D�：

Select gid,fariqi,neibuyonghu,title from tgongwen

用时�Q?28470毫秒�Q�即�Q?28�U�）

�Q?�Q�在主键上徏立聚集烦引，在fariq上徏立非聚集索引�Q?/p>
select gid,fariqi,neibuyonghu,title from Tgongwen
where fariqi> dateadd(day,-90,getdate())

用时�Q?3763毫秒�Q?4�U�）

�Q?�Q�将聚合索引建立在日期列�Q�fariqi�Q�上�Q?/p>
select gid,fariqi,neibuyonghu,title from Tgongwen
where fariqi> dateadd(day,-90,getdate())

用时�Q?423毫秒�Q?�U�）

虽然每条语句提取出来的都�?5万条数据�Q�各�U�情�늚�差异却是巨大的，特别是将聚集索引建立在日期列时的差异。事实上�Q�如果您的数据库真的�?000�? 定w��的话�Q�把主键建立在ID列上�Q�就像以上的�W?�?�U�情况，在网��上的表现就是超�Ӟ��Ҏ��无法显�C�。这也是我摒弃ID列作��集烦引的一个最重要的因素。得��Z��上速度的方法是�Q�在各个select语句前加�Q?/p>
declare @d datetime
set @d=getdate()

�q�在select语句后加�Q?/p>
select [语句执行��p��旉��(毫秒)]=datediff(ms,@d,getdate())

2、只要徏立烦引就能显著提高查询速度
事实上，我们可以发现上面的例子中�Q�第2�?条语句完全相同，且徏立烦引的字段也相同；不同的仅是前者在fariqi字段上徏立的是非聚合索引�Q�后者在此字�D�上建立的是聚合索引�Q�但查询速度却有着天壤之别。所以，�q��是在��M��字段上简单地建立索引��p��提高查询速度�?br /> 从徏表的语句中，我们可以看到�q�个有着1000万数据的表中fariqi字段�?003个不同记录。在此字�D�上建立聚合索引是再合适不�q�了。在现实中，我们每天都会发几个文�Ӟ��q�几个文件的发文日期��q��同，�q�完全符合徏立聚集烦引要求的�Q?#8220;既不能绝大多数都相同�Q�又不能只有极少数相�?#8221;的规则。由此看来，我们建立“适当”的聚合烦引对于我们提高查询速度是非帔R��要的�?br />
3、把所有需要提高查询速度的字�D�都加进聚集索引�Q�以提高查询速度
上面已经谈到�Q�在�q�行数据查询旉��M��开字段的是“日期”�q�有用户本��n�?#8220;用户�?#8221;。既然这两个字段都是如此的重要，我们可以把他们合�q��v来，建立一个复合烦引（compound index�Q��?br /> 很多��为只要把��M��字段加进聚集索引�Q�就能提高查询速度�Q�也有�h感到�q�h��Q�如果把复合的聚集烦引字�D�分开查询�Q�那么查询速度会减慢吗�Q�带着�q�个问题�Q? 我们来看一下以下的查询速度�Q�结果集都是25万条数据�Q�：�Q�日期列fariqi首先排在复合聚集索引的�v始列�Q�用户名neibuyonghu排在后列�Q�：

�Q?�Q�select gid,fariqi,neibuyonghu,title from Tgongwen where fariqi>''2004-5-5''

查询速度�Q?513毫秒

�Q?�Q�select gid,fariqi,neibuyonghu,title from Tgongwen
where fariqi>''2004-5-5'' and neibuyonghu=''办公�?'

查询速度�Q?516毫秒

�Q?�Q�select gid,fariqi,neibuyonghu,title from Tgongwen where neibuyonghu=''办公�?'

查询速度�Q?0280毫秒

从以上试验中�Q�我们可以看到如果仅用聚集烦引的起始列作为查询条件和同时用到复合聚集索引的全部列的查询速度是几乎一��L��Q�甚��x��用上全部的复合烦引列 �q�要略快�Q�在查询�l�果集数目一��L��情况下）�Q�而如果仅用复合聚集烦引的非�v始列作�ؓ查询条�g的话�Q�这个烦引是不�v��M��作用的。当�Ӟ��语句1�?的查询速度一��h��因�ؓ查询的条目数一��P��如果复合索引的所有列都用上，而且查询�l�果��的话，�q�样��׃��形成“索引覆盖”�Q�因而性能可以辑ֈ�最优。同�Ӟ��误��住：无论�? 是否�l�常使用聚合索引的其他列�Q�但其前导列一定要是��用最频繁的列�?br />
四、其他书上没有的索引使用�l�验�ȝ��

1�?font color="#ff0000">用聚合烦引比用不是聚合烦引的主键速度�?/strong>
下面是实例语句：�Q�都是提�?5万条数据�Q?/p>
select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''

使用旉��Q?326毫秒

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where gid<=250000

使用旉��Q?470毫秒

�q�里�Q�用聚合索引比用不是聚合索引的主键速度快了�q?/4�?br />
2、用聚合索引比用一般的主键作order by旉��度快，特别是在��数据量情况�?/p>
select gid,fariqi,neibuyonghu,reader,title from Tgongwen order by fariqi

用时�Q?2936

select gid,fariqi,neibuyonghu,reader,title from Tgongwen order by gid

用时�Q?8843

�q�里�Q�用聚合索引比用一般的主键作order by�Ӟ��速度快了3/10。事实上�Q�如果数据量很小的话�Q�用聚集索引作�ؓ排序列要比��用非聚集索引速度快得明显的多�Q�而数据量如果很大的话�Q�如10万以上，则二者的速度差别不明显�?br />
3、��用聚合烦引内的时间段�Q�搜索时间会按数据占整个数据表的癑ֈ�比成比例减少�Q�而无��合烦引��用了多少个：

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi>''2004-1-1''

用时�Q?343毫秒�Q�提�?00万条�Q?

select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi>''2004-6-6''

用时�Q?170毫秒�Q�提�?0万条�Q?/p>
select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''

用时�Q?326毫秒�Q�和上句的结果一模一栗��如果采集的数量一��P��那么用大于号和等于号是一��L��Q?/p>
select gid,fariqi,neibuyonghu,reader,title from Tgongwen
where fariqi>''2004-1-1'' and fariqi<''2004-6-6''

用时�Q?280毫秒

4、日期列不会因�ؓ有分�U�的输入而减慢查询速度
下面的例子中�Q�共�?00万条数据�Q?004�q?�?日以后的数据�?0万条�Q�但只有两个不同的日期，日期�_��到日�Q�之前有数据50万条�Q�有5000个不同的日期�Q�日期精��到�U��?/p>
select gid,fariqi,neibuyonghu,reader,title from Tgongwen
where fariqi>''2004-1-1'' order by fariqi

用时�Q?390毫秒

select gid,fariqi,neibuyonghu,reader,title from Tgongwen
where fariqi<''2004-1-1'' order by fariqi
用时�Q?453毫秒

五、其他注意事��?/strong>

“水可载舟�Q�亦可覆�?#8221;�Q�烦引也一栗��烦引有助于提高��索性能�Q�但�q�多或不当的索引也会��D��pȝ��低效。因为用户在表中每加�q�一个烦引，数据库就要做更多的工作。过多的索引甚至会导致烦引碎片�?br /> 所以说�Q�我们要建立一�?#8220;适当”的烦引体�p�，特别是对聚合索引的创建，更应�_��求精�Q�以使您的数据库能得到高性能的发挥�?br /> 当然�Q�在实践中，作�ؓ一个尽职的数据库管理员�Q�您�q�要多测试一些方案，扑և�哪种�Ҏ��效率最高、最为有效�?

goto 2008-05-16 10:42 发表评论

SQLServer和Oracle常用函数�Ҏ��

goto — Fri, 16 May 2008 02:40:00 GMT

数学函数

　　1.�l�对�?
S:select abs(-1) value
O:select abs(-1) value from dual

　　2.取整(�?
S:select ceiling(-1.001) value
O:select ceil(-1.001) value from dual

　　3.取整�Q�小�Q?
S:select floor(-1.001) value
O:select floor(-1.001) value from dual

　　4.取整�Q�截取）
S:select cast(-1.002 as int) value
O:select trunc(-1.002) value from dual

　　5.四舍五入
S:select round(1.23456,4) value 1.23460
O:select round(1.23456,4) value from dual 1.2346

　　6.e为底的幂
S:select Exp(1) value 2.7182818284590451
O:select Exp(1) value from dual 2.71828182

　　7.取e为底的对�?
S:select log(2.7182818284590451) value 1
O:select ln(2.7182818284590451) value from dual; 1

　　8.�?0为底�Ҏ��
S:select log10(10) value 1
O:select log(10,10) value from dual; 1

　　9.取��^�?
S:select SQUARE(4) value 16
O:select power(4,2) value from dual 16

　　10.取��^�Ҏ��
S:select SQRT(4) value 2
O:select SQRT(4) value from dual 2

　　11.求�Q意数为底的幂
S:select power(3,4) value 81
O:select power(3,4) value from dual 81

　　12.取随机数
S:select rand() value
O:select sys.dbms_random.value(0,1) value from dual;

　　13.取符�?
S:select sign(-8) value -1
O:select sign(-8) value from dual -1

　　14.圆周�?
S:SELECT PI() value 3.1415926535897931
O:不知�?

　　15.sin,cos,tan 参数都以弧度为单�?
例如�Q�select sin(PI()/2) value 得到1�Q�SQLServer�Q?

　　16.Asin,Acos,Atan,Atan2 �q�回弧度

　　17.弧度角度互换(SQLServer�Q�Oracle不知�?
DEGREES�Q�弧�?〉角�?
RADIANS�Q�角�?〉弧�?

数值间比较

　　18. 求集合最大�?
S:select max(value) value from
(select 1 value
union
select -2 value
union
select 4 value
union
select 3 value)a

　　O:select greatest(1,-2,4,3) value from dual

　　19. 求集合最��?
S:select min(value) value from
(select 1 value
union
select -2 value
union
select 4 value
union
select 3 value)a

　　O:select least(1,-2,4,3) value from dual

　　20.如何处理null�?F2中的null�?0代替)
S:select F1,IsNull(F2,10) value from Tbl
O:select F1,nvl(F2,10) value from Tbl

　　21.求字�W�序�?
S:select ascii('a') value
O:select ascii('a') value from dual

　　22.从序��h��字符
S:select char(97) value
O:select chr(97) value from dual

　　23.�q�接
S:select '11'+'22'+'33' value
O:select CONCAT('11','22')　　33 value from dual

23.子串位置 --�q�回3
S:select CHARINDEX('s','sdsq',2) value
O:select INSTR('sdsq','s',2) value from dual

　　23.模糊子串的位�|?--�q�回2,参数��L��中间%则返�?
S:select patindex('%d%q%','sdsfasdqe') value
O:oracle没发玎ͼ�但是instr可以通过�W�四个参数控制出现次�?
select INSTR('sdsfasdqe','sd',1,2) value from dual �q�回6

　　24.求子�?
S:select substring('abcd',2,2) value
O:select substr('abcd',2,2) value from dual

　　25.子串代替 �q�回aijklmnef
S:SELECT STUFF('abcdef', 2, 3, 'ijklmn') value
O:SELECT Replace('abcdef', 'bcd', 'ijklmn') value from dual

　　26.子串全部替换
S:没发�?
O:select Translate('fasdbfasegas','fa','�? ) value from dual

　　27.长度
S:len,datalength
O:length
www.knowsky.com
28.大小写�{�?lower,upper

　　29.单词首字母大�?
S:没发�?
O:select INITCAP('abcd dsaf df') value from dual

　　30.左补�I�格�Q�LPAD的第一个参��Cؓ�I�格则同space函数�Q?
S:select space(10)+'abcd' value
O:select LPAD('abcd',14) value from dual

　　31.双��I�格�Q�RPAD的第一个参��Cؓ�I�格则同space函数�Q?
S:select 'abcd'+space(10) value
O:select RPAD('abcd',14) value from dual

　　32.删除�I�格
S:ltrim,rtrim
O:ltrim,rtrim,trim

　　33. 重复字符�?
S:select REPLICATE('abcd',2) value
O:没发�?

　　34.发音�怼�性比�?�q�两个单词返回��g��P��发音相同)
S:SELECT SOUNDEX ('Smith'), SOUNDEX ('Smythe')
O:SELECT SOUNDEX ('Smith'), SOUNDEX ('Smythe') from dual
SQLServer中用SELECT DIFFERENCE('Smithers', 'Smythers') 比较soundex的差
�q�回0-4�Q?为同韻I��1最�?

日期函数
35.�pȝ��旉��
S:select getdate() value
O:select sysdate value from dual

　　36.前后几日
直接与整数相加减

　　37.求日�?
S:select convert(char(10),getdate(),20) value
O:select trunc(sysdate) value from dual
select to_char(sysdate,'yyyy-mm-dd') value from dual

　　38.求时�?
S:select convert(char(8),getdate(),108) value
O:select to_char(sysdate,'hh24:mm:ss') value from dual

39.取日期时间的其他部分
S:DATEPART �?DATENAME 函数 �Q�第一个参数决定）
O:to_char函数 �W�二个参数决�?

　　参数---------------------------------下表需要补�?
year yy, yyyy
quarter qq, q (季度)
month mm, m (m O无效)
dayofyear dy, y (O表星�?
day dd, d (d O无效)
week wk, ww (wk O无效)
weekday dw (O不清�?
Hour hh,hh12,hh24 (hh12,hh24 S无效)
minute mi, n (n O无效)
second ss, s (s O无效)
millisecond ms (O无效)
----------------------------------------------

　　40.当月最后一�?
S:不知�?
O:select LAST_DAY(sysdate) value from dual

　　41.本星期的某一天（比如星期日）
S:不知�?
O:SELECT Next_day(sysdate,7) vaule FROM DUAL;

　　42.字符串�{旉��
S:可以直接转或者select cast('2004-09-08'as datetime) value
O:SELECT To_date('2004-01-05 22:09:38','yyyy-mm-dd hh24-mi-ss') vaule FROM DUAL;

　　43.求两日期某一部分的差�Q�比如秒�Q?
S:select datediff(ss,getdate(),getdate()+12.3) value
O:直接用两个日期相减（比如d1-d2=12.3�Q?
SELECT (d1-d2)*24*60*60 vaule FROM DUAL;

　　44.�Ҏ��差值求新的日期�Q�比如分钟）
S:select dateadd(mi,8,getdate()) value
O:SELECT sysdate+8/60/24 vaule FROM DUAL;

　　45.求不同时区时�?
S:不知�?
O:SELECT New_time(sysdate,'ydt','gmt' ) vaule FROM DUAL;

　　-----时区参数,北京在东8区应该是Ydt-------
AST ADT 大西�z�标准时�?
BST BDT 白��o��h��准时�?
CST CDT 中部标准旉��
EST EDT 东部标准旉��
GMT 格林��治标准旉��
HST HDT 阿拉斯加?夏威��h��准时�?
MST MDT 山区标准旉��
NST �U�芬兰标准时�?
PST PDT 太��^�z�标准时�?
YST YDT YUKON标准旉��

goto 2008-05-16 10:40 发表评论

ORACLE加锁

goto — Fri, 16 May 2008 02:38:00 GMT

行��?br /> 可以用select * from table where aa=bb for update;

表��?br /> lock table table_name

需要注意的是select * ..for update 会对所有返回的行加锁。单其他记录是可以只查询�q�些行的�?br /> 所�?要想起到真真加锁机制�Q�做操作时select都要加上for update

goto 2008-05-16 10:38 发表评论

sqlserver 死锁分析

goto — Fri, 16 May 2008 02:36:00 GMT

虽然不能完全避免死锁�Q�但可以使死锁的数量减至最��。将死锁减至最��可以增加事务的吞吐量�ƈ减少�pȝ��开销�Q�因为只有很��的事务�Q?/span>

回滚�Q�而回滚会取消事务执行的所有工作�?/span>

�׃��死锁时回滚而由应用�E�序重新提交�?/span>

下列�Ҏ��有助于最大限度地降低死锁�Q?/span>

按同一��序讉K��对象�?/span>

避免事务中的用户交互�?/span>

保持事务��短�ƈ在一个批处理中�?/span>

使用低隔��ȝ�别�?/span>

使用�l�定�q�接�?/span>

按同一��序讉K��对象

如果所有�ƈ发事务按同一��序讉K��对象�Q�则发生死锁的可能性会降低。例如，如果两个�q�发事务获得 Supplier表上的锁�Q�然后获�?Part表上的锁�Q�则在其中一个事务完成之前，另一个事务被��d��?Supplier表上。第一个事务提交或回滚后，�W�二个事务��l�进行。不发生死锁。将存储�q�程用于所有的数据修改可以标准化访问对象的��序�?/span>

避免事务中的用户交互

�? 免编写包含用户交互的事务�Q�因��行没有用户交互的批处理的速度要远�q�快于用��h��动响应查询的速度�Q�例如答复应用程序请求参数的提示。例如，如果事务正在 �{�待用户输入�Q�而用户去吃午��了或者甚臛_��家过周末了，则用户将此事务挂起��之不能完成。这样将降低�pȝ��的吞吐量�Q�因��Z��务持有的��M��锁只有在事务提交�? 回滚时才会释放。即使不出现死锁的情况，讉K��同一资源的其它事务也会被��d��Q�等待该事务完成�?/span>

保持事务��短�ƈ在一个批处理�?/span>

在同一数据库中�q�发执行多个需要长旉��q�行的事务时通常发生死锁。事务运行时间越长，其持有排它锁或更新锁的时间也��p��长，从而堵塞了其它�z�d��q�可能导致死锁�?/span>

保持事务在一个批处理中，可以最��化事务的网�l�通信往�q�量�Q�减��完成事务可能的延迟�q��N��?/span>

使用低隔��ȝ��?/span>

��定事务是否能在更低的隔��ȝ�别上�q�行。执行提交读允许事务��d��另一个事务已��d��Q�未修改�Q�的数据�Q�而不必等待第一个事务完成。��用较低的隔离�U�别�Q�例如提交读�Q�而不使用较高的隔��ȝ�别（例如可串行读�Q�可以羃短持有共享锁的时��_��从而降低了锁定争夺�?/span>

使用�l�定�q�接

使用�l�定�q�接使同一应用�E�序所打开的两个或多个�q�接可以�怺�合作。次�U�连接所获得的�Q何锁可以象由主连接获得的锁那��h��有，反之亦然�Q�因此不会相互阻�?/span>

��死�?/span>

如果发生死锁了，我们怎么��L��具体发生死锁的是哪条SQL语句或存储过�E�？

�q�时我们可以使用以下存储�q�程来检��，��可以查出引��h��锁的�q�程和SQL语句。SQL Server自带的系�l�存储过�E�sp_who和sp_lock也可以用来查��N��塞和死锁, 但没有这里介�l�的�Ҏ��好用�?/span>

use master
go
createprocedure sp_who_lock
as
begin
declare@spidint,@blint,
@intTransactionCountOnEntryint,
@intRowcountint,
@intCountPropertiesint,
@intCounterint

createtable #tmp_lock_who (
id intidentity(1,1),
spid smallint,
bl smallint)

IF@@ERROR<>0RETURN@@ERROR

insertinto #tmp_lock_who(spid,bl) select0 ,blocked
from (select*from sysprocesses where blocked>0 ) a
wherenotexists(select*from (select*from sysprocesses where blocked>0 ) b
where a.blocked=spid)
unionselect spid,blocked from sysprocesses where blocked>0

IF@@ERROR<>0RETURN@@ERROR

-- 扑ֈ�临时表的记录�?/span>
select@intCountProperties=Count(*),@intCounter=1
from #tmp_lock_who

IF@@ERROR<>0RETURN@@ERROR

if@intCountProperties=0
select'现在没有��d��和死锁信�?/span>'as message

-- 循环开�?/span>
while@intCounter<=@intCountProperties
begin
-- 取第一条记�?/span>
select@spid= spid,@bl= bl
from #tmp_lock_who where Id =@intCounter
begin
if@spid=0
select'引�v数据库死锁的�? '+CAST(@blASVARCHAR(10)) +'�q�程�?其执行的SQL语法如下'
else
select'�q�程号SPID�Q?/span>'+CAST(@spidASVARCHAR(10))+'�?/span>'+'�q�程号SPID�Q?/span>'+CAST(@blASVARCHAR(10)) +'��d��,其当前进�E�执行的SQL语法如下'
DBCC INPUTBUFFER (@bl )
end

-- 循环指针下移
set@intCounter=@intCounter+1
end

droptable #tmp_lock_who

return0
end

杀死锁和进�E?/span>

如何��L��动的杀死进�E�和锁？最��单的办法�Q�重新启动服务。但是这里要介绍一个存储过�E�，通过昑ּ�的调用，可以杀死进�E�和锁�?/span>

use master
go

ifexists (select*from dbo.sysobjects where id =object_id(N'[dbo].[p_killspid]') andOBJECTPROPERTY(id, N'IsProcedure') =1)
dropprocedure[dbo].[p_killspid]
GO

createproc p_killspid
@dbnamevarchar(200) --要关闭进�E�的数据库名
as
declare@sqlnvarchar(500)
declare@spidnvarchar(20)

declare #tb cursorfor
select spid=cast(spid asvarchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
open #tb
fetchnextfrom #tb into@spid
while@@fetch_status=0
begin
exec('kill '+@spid)
fetchnextfrom #tb into@spid
end
close #tb
deallocate #tb
go

--用法
exec p_killspid 'newdbpy'

goto 2008-05-16 10:36 发表评论

数据库锁机制

goto — Fri, 16 May 2008 02:31:00 GMT

自己�ȝ��l�验:
1: 不管是sqlerver �q�是 oracle ,insert加的都是行锁.��是说只要�ƈ行的数据不违反数据库的约束条 �? A不提交是不会��d�� B提交�? 但如果违反了�U�束比如主键�U�束 .A 没有提交会阻塞B的提�?

2: select * from table 加的是共享锁,�׃�n锁是在得到结果后��马上释攄��,不管是直接��用sql�q�是在存储过�E�事务中,除非你加�? select * from table holdlock �q�样的话�?commit tran才释�?
S�?

3: �q�种情况也会死锁 (但容易让人忽�?
begin transaction
insert into test values.....
select * from test
commit tran
A 获得一个IX�?成功执行 insert .
B 获得一个IX�?成功执行 insert .
A 向数据库甌��一个S 锁，但是�׃��q�时候表test已经存在一个IX锁�ƈ且属于另外一个连接因此他只好在此�{��?br /> B 向数据库甌��一个S 锁，但是�׃��q�时候表test已经存在一个IX锁�ƈ且属于另外一个连接因此他只好在此�{��?br /> 死锁发生.

4: 最好是保证资源的顺序访�?��是说A 先操作table1 再操�?table2 .那么B也要先操作table1 再操 �?table2.可以攄��d��和死�?

5: update 加的是排他锁.提交之前..select * from table �׃�n锁也要等�?

6: 存储�q�程中的语句默认不会是一个事�?除非你加�?begin transaction commit tran

锁信�?/strong>

�׃�n (S) 用于不更�Ҏ��不更新数据的操作�Q�只��L��作）�Q�如 SELECT 语句�?
更新 (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见�Ş式的死锁�?
排它 (X) 用于数据修改操作�Q�例�? INSERT、UPDATE �? DELETE。确保不会同时对同一资源 �q�行多重更新�?
意向用于建立锁的层次�l�构。意向锁的类型�ؓ�Q�意向共�? (IS)、意向排�? (IX) 以及与意向排它共 �? (SIX)�?
架构在执行依赖于表架构的操作时��用。架构锁的类型�ؓ�Q�架构修�? (Sch-M) 和架构稳定�? (Sch -S)�?
大容量更�? (BU) 向表中大定w��复制数据�q�指定了 TABLOCK 提示时��用�?

�׃�n�?
�׃�n (S) 锁允许�ƈ发事务读�? (SELECT) 一个资源。资源上存在�׃�n (S) 锁时�Q��Q何其它事务都不能修改数据。一旦已�l�读取数据，便立即释放资源上的共�? (S) 锁，除非��事务隔��ȝ�别设�|��ؓ可重复读或更高��别，或者在事务生存周期内用锁定提示保留�׃�n (S) 锁�?

更新�?
更新 (U) 锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源�Q�页或行�Q�的�׃�n (S) 锁，然后修改行，此操作要求锁转换为排�? (X) 锁。如果两个事务获得了资源上的�׃�n模式锁，然后试图同时更新数据�Q�则一个事务尝试将锁�{换�ؓ排它 (X) 锁。共享模式到排它锁的转换必须�{�待一�D�|��_��因�ؓ一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它 (X) 锁以�q�行更新。由于两个事务都要�{换�ؓ排它 (X) 锁，�q�且每个事务都等待另一个事务释攑օ�享模式锁�Q�因此发生死锁�?

若要避免�q�种潜在的死锁问题，请��用更�? (U) 锁。一�ơ只有一个事务可以获得资源的更新 (U) 锁。如果事务修改资源，则更�? (U) 锁�{换�ؓ排它 (X) 锁。否则，锁�{换�ؓ�׃�n锁�?

排它�?
排它 (X) 锁可以防止�ƈ发事务对资源�q�行讉K��。其它事务不能读取或修改排它 (X) 锁锁定的数据�?

意向�?
意向锁表�C? SQL Server 需要在层次�l�构中的某些底层资源上获取共�? (S) 锁或排它 (X) 锁。例如，攄��在表�U�的�׃�n意向锁表�C�Z��务打��在表中的页或行上放�|�共�? (S) 锁。在表��讄��意向锁可防止另一个事务随后在包含那一��늚�表上获取排它 (X) 锁。意向锁可以提高性能�Q�因�? SQL Server 仅在表�񔋂�查意向锁来确定事务是否可�?/p>
安全地获取该表上的锁。而无��L��查表中的每行或每��上的锁以确定事务是否可以锁定整个表�?

意向锁包括意向共�? (IS)、意向排�? (IX) 以及与意向排它共�? (SIX)�?

锁模�? 描述
意向�׃�n (IS) 通过在各资源上放�|? S 锁，表明事务的意向是��d��层次�l�构中的部分�Q�而不是全部）底层资源�?
意向排它 (IX) 通过在各资源上放�|? X 锁，表明事务的意向是修改层次�l�构中的部分�Q�而不是全部）底层资源。IX �? IS 的超集�?
与意向排它共�? (SIX) 通过在各资源上放�|? IX 锁，表明事务的意向是��d��层次�l�构中的全部底层资源�q�修攚w��分（而不是全部）底层资源。允讔R��层资源上的�ƈ�? IS 锁。例如，表的 SIX 锁在表上攄��一�? SIX 锁（允许�q�发 IS 锁）�Q�在当前所修改��上攄�� IX 锁（在已修改行上攄�� X 锁）。虽然每个资源在一�D�|��间内只能有一�? SIX 锁，以防止其它事务对资源�q�行更新�Q�但是其它事务可以通过获取表��? IS 锁来��d��层次�l�构中的底层资源�?

架构�?
执行表的数据定义语言 (DDL) 操作�Q�例如添加列或除去表�Q�时使用架构修改 (Sch-M) 锁�?

当编译查询时�Q��用架构稳定�? (Sch-S) 锁。架构稳定�? (Sch-S) 锁不��d��M��事务锁，包括排它 (X) 锁。因此在�~�译查询�Ӟ��其它事务�Q�包括在表上有排�? (X) 锁的事务�Q�都能��l�运行。但不能在表上执�? DDL 操作�?

大容量更新锁
当将数据大容量复制到表，且指定了 TABLOCK 提示�? 者��? sp_tableoption 讄��? table lock on bulk 表选项�Ӟ��用大定w��更新 (BU) 锁。大定w��更新 (BU) 锁允许进�E�将数据�q�发地大定w��复制到同一表，同时防止其它不进行大定w��复制数据的进�E�访问该表�?

goto 2008-05-16 10:31 发表评论