Bloqueio de transações controladas - Comportamento de retomada

Quando vários procedimentos são bloqueados em um recurso compartilhado, como o sql server escolhe qual deles será retomado?

Exemplo 1

proc sp_a
begin tran

  select 1 from dbo.lock_tbl with ( tbllockx )
  
  delay wait for '00:00:01' 
  commit / rollback;

Executar

exec sp_a -- on terminal 1
exec sp_a -- on terminal 2
exec sp_a -- on terminal 3

O sql server escolhe se deseja iniciar a instância em 2 ou 3 primeiro?

Exemplo 2

Mais próximo do uso pretendido

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

Executar

exec sp_b 'd' -- on terminal 1
exec sp_b 'e' -- on terminal 2
exec sp_b 'f' -- on terminal 3

O código acima do round-robin executará o procedimento sp_g de cada procedimento, por exemplo: ele executará sp_g no terminal 1, então executará sp_g no terminal 2, então executará sp_g no terminal 3, então executará g no terminal 1, etc?

Acompanhamentos :

Ele passa o bloqueio para o procedimento que está esperando há mais tempo?

Existe uma maneira de incentivar o comportamento round robin?

Justificativa

( opcional ) O banco de dados é um banco de dados de transações baixas, mas atingirá deadlocks quando várias transações ocorrerem ao mesmo tempo, devido à lógica de negócios de execução complexa. Uma tabela de bloqueio global pode ser usada para eliminar deadlocks por meio da limitação do fluxo de execução para um thread por vez. Manter a execução síncrona parece mais desejável do que reestruturar o banco de dados e a interface do usuário em filas assíncronas. O trabalho ocorrerá em pequenas transações e controle de procedimentos entre os procedimentos, que se revezarão para concluir seus respectivos trabalhos em partes, retardando assim a conclusão das tarefas em troca de conclusão síncrona confiável.