使用 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
相关文档：
string error_syntaxfromSQL, error_create
string new_sql, new_syntax
new_sql = 'SELECT emp_data.emp_id, ' &
& ......
你创建的每一个备份都是一个备份设备，关于它的细节信息都存储在msdb..backupset表中。一个备份设备可以被存储在单一文件，或是多个文件中。同样，一个文件也可以存储多个备份设备。
所以，假如你每次备份都使用相同的文件名，文件就会一直增长。一个普遍的误解是：如果你每次使用相同的文件名，那旧的备份设备就会被覆盖� ......
本来是mssql+hibernate+native SQL 应用的很和谐
但是到了把mssql换成mysql，就出了错(同样的数据结构和数据)。
查询方法是：
String sql =
"select id XXX_ID from t_tab";
List<Map> list = session.createSQLQuery(sql)
.setResultTransformer(Transformers.ALIAS_TO_ENTITY_MAP)
.list();
错 ......
1.JOIN和UNION区别
join 是两张表做交连后里面条件相同的部分记录产生一个记录集，
union是产生的两个记录集(字段要一样的)并在一起，成为一个新的记录集 。
JOIN用于按照ON条件联接两个表，主要有四种：
INNER JOIN：内部联接两个表中的记录，仅当至少有一个同属于两表的行符合联接条件时，内联接才返回行。我理解的 ......
