IT点滴

1.按同一顺序访问对象如下例中所示两个事务处理如果同时执行会导致死锁发生。第一个事务： 1Use Test 2Go 3 4    --第一个会话 5 6    Begin Tran 7 8    Update DealLockTest_1 9        Set Name=N'test1'10        Where ID >0111

前提：通过Microsoft SQL Server Management导出的存储过程内容格式为：CREATE PROCEDUCE ... 1.首先确保不存在相同名称的存储过程。如果存在，先删除。2.将存储过程放在该batch同一层t-sql文件夹下。3.在bat文件中写入以下内容，文件名为DeployProceduce.bat。::::::::::::::::::::::

当我们使用如下递归时：--Creates an infinite loopWITH cte (EmployeeID, ManagerID, Title) as(    SELECT EmployeeID, ManagerID, Title    FROM dbo.MyEmployees    WHERE ManagerID IS NOT NULL  UN

使用T-sql进行ID匹配时，通常做法是将ID拼接为以逗号分割的字符串，然后使用SELECT ID FROM TABLE WHERE ID IN ( ...,...)等。上述做法有两个方面需要考虑.1.IN 中能容纳的最大元素个数。2.效率问题。 有以下三种思路，分别按照效率由高到低进行IN的替换使用。1. 将需要匹配的信息（例如ID）插入临时表，遍历临时表取出ID,用

其实所有的死锁最深层的原因就是一个：资源竞争表现一：　　一个用户A 访问表A(锁住了表A)，然后又访问表B，另一个用户B 访问表B(锁住了表B)，然后企图访问表A，这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B，才能继续，好了他老人家就只好老老实实在这等了，同样用户B要等用户A释放表A才能继续这就死锁了。　　解决方法：　　这种死锁是由于你的程序的BUG产生的，除了调整你

可能让人觉得很奇怪，但好像的确没有什么“正式的”T-SQL 编码标准。早在 1999 年末的时候，我惊喜地发现 John Hindmarsh 提出的 SQL Server 7.0 标准，我在 2000 年 2 月的社论中对他的某些建议进行了总结。（2000 年 2 月以及本月的“下载”中都包括了 John 原来的标准。）后来，Ron Talmage 撰写了一系列专栏文章，提出了他对各种“最佳方法”

在SQL Server的性能调优中，有一个不可比拟的问题：那就是如何在一段需要长时间的代码或被频繁调用的代码中处理临时数据集?表变量和临时表是两种选择。　　在SQL Server的性能调优中，有一个不可比拟的问题：那就是如何在一段需要长时间的代码或被频繁调用的代码中处理临时数据集?表变量和临时表是两种选择。记得在给一家国内首屈一指的海运公司作SQL Server应用性能评估和调优的

SELECT         SUM(unallocated_extent_page_count) AS [free pages]    ,   (SUM(unallocated_extent_page_count)*1.0/128) AS [free space in MB]FROM         sys.dm_db_file_space_usage;

可以用下面的sql语句查看当前数据库中哪些进程和表被锁                       SELECT     request_session_id spid  ,OBJECT_NAME(resource_associated_entity_id)  AS  tableName FROM     sys.dm_tran_locks WHERE     re

•sp_OACreate创建文件DECLARE @Result intDECLARE @FSO_Token intEXEC @Result = sp_OACreate 'Scripting.FileSystemObject', @FSO_Token OUTPUTEXEC @Result = sp_OAMethod @FSO_Token, 'CreateTextFile', NULL

事务处理注意点¶事务处理主要为了保持数据的一致性而生，但是确定是会造成数据库的访问瓶颈，因此事务处理应该把握“能不用就不用，能多短就多短”的原则使用。1.我们的操作是否真的需要使用事务？2.我们的事务粒度是否合适，是否太大？3.制造的时候，是否及时commit，或者，漏掉commit，or rollback4.业务上是否存在长时间的事务处理需求，如果有那么怎么回避？字符

在存储过程的处理中，如果遇到对一张表的数据遍历，我们通常会使用游标进行。但是，根据程序的执行效果来看，游标存在以下问题： ①游标是存放在内存中，很费内存。游标一建立，就将相关的记录锁住，直到取消游标。对于多表和大表中定义的游标（大的数据集合）循环很容易使程序进入一个漫长的等待甚至死机。②游标一般根据状态位来判断记录是否全部读取完毕，而状态位@@fetch_status是一