Добрый день!

Упрощенная ситуация:
Есть много таблиц в которых лежат рабочие "временные" данные, которые часто добавляются, стираются и изменяются пользователями. Данные там разделены по полю username, в каждый момент времени один пользователь обращается к только своим данным и только один раз, т.е. никто не конкурирует сам с собой в "разделе" username. Какие будут плюсы и минусы хинта nolock во всех селектах из таких таблиц, если пользователей много?
Есть сомнение по поводу этого-обращаемся мы только к своим данным where username=user_name(), но в страницах собственных записей могут быть записи разных пользователей да еще и в состояниях где insert, где update, где select!

чтение чужих грязных данных не происходит (where username=user_name()) построчно, но не повлияют на нас чужие грязные строки из страницы на которой лежит наша строка?

PS проверка показала, что добавление везде в селекты из этих таблиц nolock начинает тормозить, если пользователь в базе один, а я понимал, что nolock наоборот за счет отключения проверки грязных данных ускоряет...

Пусть лучше конкурируют, чем деадлоки:-(

временные таблицы нужно тогда все время создавать и они не "живучи", а по этим рабочим таблицам можно смотреть результаты на морде как селект, а не как exec процедуры. Когда они постоянные плюсов гораздо больше.

и еще вопрос, будут ли работать эти хинты, если они применяются не к таблице, а view