Народ, вот решил по философствовать
Тут просто достало это дело, база уже где только не переписана на прямые запросы (так к слову).
Регистров нет, исключительно проводки.
Работает робот загрузки большого объема документов, ну и пользователи человек 30 активно работают.

Тут смотрел профайлер и подумал, вот при записи документа она вызывает всегда update _1sjourn
по сути это в транзакции и при том блочит на время таблицу. Серьезных новых документов не так много пользователи создают, получается чаще перепроводят и т.д.
Если строчка в журнале по документу не поменялась, то может как то можно не обновлять её? конечно там VERSTAMP меняется все равно, но вопрос нужно ли мне это поле.
Может я конечно не стой стороны подхожу, но на гибкие блокировки нет возможностей и ресурсов внедрять. А вот облегчить бы идею вопрос...

(Еще и база под 100Гб, а если шринкануть будет 30Гб, админы в упор не дают шринкануть ссылаясь что страницы не раположатся по порядку и будут тормоза, конечно никаких пруфов, бадаться достало, зато разворачивать капец тестовую).
При этом не уверен, что страницы сильно испортят скорость, учитывая что тут и система не сильно занята из-за блокировок постоянных.

Прошу к дискуссии, кому хочется по мыслить

(0) Если базу шринкать то размер базы должен уменьшиться
а не увеличиться. При шринке "летит" статистика и индексы становятся фрагментированными.

Малой кровью ничего не сделаешь. Избавишься от табличной блокировки 1sjourn - получишь блокировку 1sentry, и т.д.
С блокировками или всё, или ничего  - как то так.

Про индексы и статистики рекомендую статью  http://infostart.ru/public/256292/ ; от speshuric'а.