А ваша бизнес логика допускает грязное чтение?

Я ещё подумал - насколько должны быть синхронизированны чтение и изменение справочников?

Может быть имеет смысл отделить изменения от чтения, т.е. собирать изменения за определённые промежутки времени в отдельную таблицу и потом разом их в одной транзакции накатывать.

Сделать интервал между накатами, скажем в 5 минут.

Можно было бы даже на моменты наката при помощи логики подвесить пишущие транзакции, например добавить while @read_flag = 0 begin select @read_flag = read flag from sync_table end перед Вашими большими читающими транзакциями.
Ну и соответственно накатывающая транзакция будет перед началом работы ставить @read_flag в 0.

На уровне пользователя вносящего изменения получится что-то "Ваши изменения буду добавлены через 5 минут". Мне часто доводилось видеть подобные сообщения, я думаю что и вам.

На уровне читающего пользователя будут небольшие тормоза раз в 5 минут, может быть он их даже и не заметит.

shmmax KruА ваша бизнес логика допускает грязное чтение?
Да, допускает, уже. Там УЖЕ сейчас при чтении накладывается условие по таймстамп. ::)) ::((

Я так понял, что чтение выполняется по таймеру, так что при следующем прочтении результаты могут быть совсем другими.

Если так, то попробуйте в транзации уровень изоляции грязное чтение поставить. Блокировок вообще не будет и производительность соответственно от них страдать тоже не будет.

shmmax KruЯ ещё подумал - насколько должны быть синхронизированны чтение и изменение справочников?

Может быть имеет смысл отделить изменения от чтения, т.е. собирать изменения за определённые промежутки времени в отдельную таблицу и потом разом их в одной транзакции накатывать.

Сделать интервал между накатами, скажем в 5 минут.

Можно было бы даже на моменты наката при помощи логики подвесить пишущие транзакции, например добавить while @read_flag = 0 begin select @read_flag = read flag from sync_table end перед Вашими большими читающими транзакциями.
Ну и соответственно накатывающая транзакция будет перед началом работы ставить @read_flag в 0.

На уровне пользователя вносящего изменения получится что-то "Ваши изменения буду добавлены через 5 минут". Мне часто доводилось видеть подобные сообщения, я думаю что и вам.

На уровне читающего пользователя будут небольшие тормоза раз в 5 минут, может быть он их даже и не заметит.

Видимо, что-то в этом роде и придется сделать. Только, боюсь, придется выдержать серьезную схватку с пользователями, они-то уже привыкли к другому. М-да, оборотная сторона быстро растущего бизнеса. Нет бы заранее репу почесать.

P.S. Большое спасибо, что откликнулись...

По поводу схватки с пользователями - если у Вас процедуры из-за блокировок виснут, то пользователи скорее всего привыкли видеть шевелящийся курсор на экране. Я думаю, что интервал можно вообще 1 минуту поставить. Может быть даже и нескольких секунд хватит. Здесь нужно будет определять на ощуить - меньше интервал - меньше изменений - быстрее синхронизация.
Но может быть Вам просто удастся грязным чтением отделаться и не нужно будет ничего усложнять.

Удачи.

PS: Напишите чем дело закончится. Интересно