SQL Server死锁总结
1.
死锁原理
根据操作系统中的定义：死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态。
死锁的四个必要条件：
互斥条件
(Mutual exclusion)
：资源不能被共享，只能由一个进程使用。
请求与保持条件
(Hold and wait)
：已经得到资源的进程可以再次申请新的资源。
非剥夺条件
(No pre-emption)
：已经分配的资源不能从相应的进程中被强制地剥夺。
循环等待条件
(Circular wait)
：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。
对应到
SQL Server
中，当在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此时会造成这些任务永久阻塞，从而出现死锁；这些资源可能是：单行
(RID
，堆中的单行
)
、索引中的键
(KEY
，行锁
)
、页
(PAG
，
8KB)
、区结构
(EXT
，连续的
8
页
)
、堆或
B
树
(HOBT)
、表
(TAB
，包括数据和索引
)
、文件
(File
，数据库文件
)
、应用程序专用资源
(APP)
、元数据
(METADATA)
、分配单元
(Allocation_Unit)
、整个数据库
(DB)
。
一个死锁示例如下图所示：
说明：
T1
、
T2
表示两个任务；
R1
和
R2
表示两个资源；由资源指向任务的箭头
(
如
R1->T1
，
R2->T2)
表示该资源被改任务所持有；由任务指向资源的箭头
(
如
T1->S2
，
T2->S1)
表示该任务正在请求对应目标资源；
其满足上面死锁的四个必要条件：
(1).
互斥：资源
S1
和
S2
不能被共享，同一时间只能由一个任务使用；
(2).
请求与保持条件：
T1
持有
S1
的同时，请求
S2
；
T2
持有
S2
的同时请求
S1
；
(3).
非剥夺条件：
T1
无法从
T2
上剥夺
S2
，
T2
也无法从
T1
上剥夺
S1
；
(4).
循环等待条件：上图中的箭头构成环路，存在循环等待。
2.
死锁排查
(1).
使用
SQL Server
的系统存储过程
sp_who
和
sp_lock
，可以查看当前数据库中的锁情况；进而根据
objectID(@objID)(SQL Server 2005)/ object_name(@objID)(Sql Server 2000)
可以查看哪个资源被锁，用
dbcc ld(@blk)
，可以查看最后一条发生给
SQL Server
的
Sql
语句；
CREATE
Table
#Who(spid&nbs
相关文档：
转自http://lavasoft.blog.51cto.com/62575/23373
SQL语言的CASE语句备忘
概述：
SQL语句中的CASE语句与高级语言中的switch语句，是标准SQL的语法，适用与一个条件判断有多种值的情况下分别执行不同的操作。灵活应用CASE语句可以使SQL语句变得简洁易读，下面在DB2环境下通过一个简单的查询来展示SQL CASE� ......
最近学习 linq to sql 感觉还是可以的，方便快捷，以前问是以为不好用，不想用，但是今天用了一下感觉还是不错的， 确实是快，但是我又在想
如果出错了怎么办，这样一个类里放那么多的文件是有点不好，再说了 linq to sql 低层不知道怎么实现的，还是没有自己写的访问感觉舒服点呵呵！！！
如果是快速开发用&nb ......
第一点：
使用视图，可以定制用户数据，聚焦特定的数据。
解释：
在实际过程中，公司有不同角色的工作人员，我们以销售公司为例的话，
采购人员，可以需要一些与其有关的数据，而与他无关的数据，对他没
有任何意义，我们可以根据这一实际情况，专门为采购人员创建一个视
图，以后他在查询数据时，只需se ......
今天写网站的时候很囧啊，发现查找用户权限的时候无缘无故的同一个权限重复出现很多次
修改后的SQL语句如下
SELECT
node
.
id
,
node
.
name
,
access
.
role_id
from
think_role_user
AS
user
,
think_access
AS
access
,
think_node
AS
node
WHERE
user
.
user_id
=
......
create PROCEDURE [dbo].[AllDnn_NewsPublish_DeleteArticleByArticle]
@ArticleID nvarchar(200)
AS
declare @sql nvarchar(1000)
set @sql='DELETE dbo.Site_News_Article where ArticleID in ('+@ArticleID+')'
exec (@sql)
--[AllDnn_NewsPublish_DeleteArticleByArticle] '50,51' ......
