SQL Server NOLOCK против READPAST в системе очереди

На работе я разрабатываю совершенно новый продукт, который должен скоро выйти в свет. Это преимущественно продукт ETL, который будет иметь дело с огромными объемами данных в операции типа очереди. Так что записи приходят, мы над ними работаем, а потом их собирают и отправляют обратно. Таким образом, все, что делается в этой системе, повторяется снова и снова, пока все записи не будут обработаны.

Мой начальник говорит мне (он открыт и разумен, это не требование), что я должен добавить NOLOCK подсказок ко всем запросам.

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

Я так понимаю, что READPAST подберет любые незаблокированные записи и просто проигнорирует заблокированные записи, что в некоторых системах я вижу как проблему. В этой системе, где задание снова запустится через несколько минут и, скорее всего, выберет ранее заблокированную запись, я не вижу, чтобы это имело значение. Это не очень чувствительно ко времени, поэтому, если запись занимает несколько минут дольше, потому что она заблокирована, это приемлемо.

Интересно, что другие думают по этому поводу? Я понимаю, что это не замена правильному индексированию, и я также работаю над этим.