当多个程序阻塞在一个共享资源上时，sql server 如何选择恢复哪个程序？
示例 1
proc sp_a
begin tran
select 1 from dbo.lock_tbl with ( tbllockx )
delay wait for '00:00:01'
commit / rollback;
执行
exec sp_a -- on terminal 1
exec sp_a -- on terminal 2
exec sp_a -- on terminal 3
sql server 是选择先在2 还是3 上启动实例？
示例 2
更接近预期用途
proc sp_b @source_param
declare @rows cursor = ... get_rows( @source_param )
while ( ... for each @row )
begin
begin tran
select 1 from dbo.lock_tbl with ( tbllockx )
-- do logic
exec sp_g @row
commit / rollback;
delay wait for '00:00:01'
end
执行
exec sp_b 'd' -- on terminal 1
exec sp_b 'e' -- on terminal 2
exec sp_b 'f' -- on terminal 3
循环法上面的代码是否会从每个过程执行过程 sp_g，例如：它会在终端 1 上执行 sp_g，然后在终端 2 上执行 sp_g，然后在终端 3 上执行 sp_g，然后在终端 1 上执行 g，等等？
跟进：
它是否将锁传递给等待时间最长的过程？
有没有办法鼓励循环行为？
基本原理
(optional) 该数据库是低事务数据库，但由于执行业务逻辑复杂，当多个事务同时发生时会出现死锁。全局锁表可用于通过一次将执行流限制到一个线程来消除死锁。保持执行同步似乎比将数据库和 UI 重组为异步队列更可取。工作将在小事务中进行，并在过程之间移交过程控制，这些过程将轮流分块完成各自的工作，从而减慢任务的完成速度，以换取可靠的同步完成。
