使用 SQL Server 时需要经常用到的几个设置选项
1. SET DEADLOCK_PRIORITY
说明：控制在发生死锁情况时会话的反应方式。如果两个进程都锁定数据，并且直到其它进程释放自己的锁时，每个进程才能释放自己的锁，即发生死锁情况。
语法：SET DEADLOCK_PRIORITY { LOW | NORMAL | @deadlock_var }
参数：LOW 指定当前会话为首选死锁牺牲品。Microsoft® SQL Server™ 自动回滚死锁牺牲品的事务，并给客户端应用程序返回 1205 号死锁错误信息。
NORMAL 指定会话返回到默认的死锁处理方法。
@deadlock_var 是指定死锁处理方法的字符变量。如果指定 LOW，则 @deadlock_var 为 3；如果指定 NORMAL，则 @deadlock_var 为 6。
注释：SET DEADLOCK_PRIORITY 的设置是在执行或运行时设置，而不是在分析时设置。
权限：SET DEADLOCK_PRIORITY 权限默认授予所有用户。
2. SET LOCK_TIMEOUT
说明：指定语句等待锁释放的毫秒数。
语法：SET LOCK_TIMEOUT timeout_period
参数：timeout_period 是在 Microsoft® SQL Server™ 返回锁定错误前经过的毫秒数。值为 -1（默认值）时表示没有超时期限（即无限期等待）。
当锁等待超过超时值时，将返回错误。值为 0 时表示根本不等待，并且一遇到锁就返回信息。
注释：在连接开始时，该设置的值为 -1。设置更改后，新设置在其余的连接时间里一直有效。
SET LOCK_TIMEOUT 的设置是在执行或运行时设置，而不是在分析时设置。
READPAST 锁定提示为该 SET 选项提供了另一种方式。
权限：SET LOCK_TIMEOUT 权限默认授予所有用户。
示例：下例将锁超时期限设置为 1,800 毫秒。
SET LOCK_TIMEOUT 1800
GO
3. @@LOCK_TIMEOUT
说明：返回当前会话的当前锁超时设置，单位为毫秒。
语法：@@LOCK_TIMEOUT
返回类型：integer
注释：SET LOCK_TIMEOUT 允许应用程序设置语句等待阻塞资源的最长时间。当一条语句已等待超过 LOCK_TIMEOUT 所设置的时间，则被锁住的语句将自动取消，并给应用程序返回一条错误信息。
在一个连接的开始，@@LOCK_TIMEOUT 返回一个 –1值。
示例：下面的示例显示当一个 LOCK_TIMEOUT 值未被设置时的结果集。
SELECT @@LOCK_TIMEOUT
下面是结果集：
----------------
-1
下面的示例设置 LOCK_TIMEOUT 为 1800 毫秒，然后调用 @@LOCK_TIMEOUT。
SET LOCK_TIMEOUT
相关文档：
问题提出:
在应用程序中经常需要查询数据。当查询结果数据量比较大的时候，检索结果、界面显示都需要花费大量的时间。为了避免这个问题，应该每次只检索部分数据，也就是使用常见的分页方式来处理。分页的问题在asp.net中好像非常简单，只要在GridView中启用分页就可以了。启用分页后，GridView关联数据源控件，依旧会加载 ......
1：
Sql server 2005日志文件太大,使其减小的方法
运行下面的三行 PMDataCenter 为数据库名:
backup log PMDataCenter with NO_LOG
backup log PMDataCenter with TRUNCATE_ONLY
DBCC SHRINKDATABASE(PMDataCenter) ......
1.Union
UNION 指令的目的是将两个 SQL 语句的结果合并起来。从这个角度来看， UNION 跟 JOIN 有些许类似，因为这两个指令都可以由多个表格中撷取资料。 UNION 的一个限制是两个 SQL 语句所产生的栏位需要是同样的资料种类。另外，当我们用 UNION这个指令时，我们只会看到不同的资料值 (类似 SELECT DISTINCT)。
UNION � ......
今天接到客户电话，说操作数据无法保存。经过分析，发现他的数据库已经有5G多的大小，而最终发现有张表的索引出错了，用DBCC CHECK也无力回天。
每次用select * from ln003082 语句查询，都报如下错误：
服务器: 消息 605，级别 21，状态 1，行 1
试图从数据库 'ln_fl0125' 中提取的逻辑 ......
