SQL Server 2012: почему разные значения в предложении where блокируют запрос на выборку?

Попробуйте запустить sp_WhoIsActive от Adam Mechanic и отследить транзакцию, которая может использовать тот же источник таблицы. После этого найдите этот объект в sp_lock (системный). Исходя из этого, вы должны получить некоторое представление о том, почему у вас возникла эта тупиковая ситуация. Возможно, значение 2 не используется тем же (заблокированным) индексом во время выполнения, что и значение 3, что возможно при использовании отфильтрованных индексов в таблице.

Одной из возможностей является незафиксированная/откатная транзакция в одной из строк с 3.

Если вы используете транзакции, вам нужно использовать TRY/CATCH и либо зафиксировать, либо откатить.

Вы можете попробовать использовать (NOLOCK):

select   A.* from   LETTUREAPERTE A (NOLOCK)
where IDAZIENDAOPERATORE=3

Другой вариант — перезапустить SQL-сервер, чтобы посмотреть, устранит ли это проблему, но, скорее всего, она повторится.

как предлагает Гордон в комментарии, добавьте опцию перекомпиляции, как показано ниже.

select   A.* from   LETTUREAPERTE A
where IDAZIENDAOPERATORE=2 OPTION (RECOMPILE)

Как предложил мне **Бартош X**, я запустил следующую команду для каждой таблицы, участвующей в представлении:

UPDATE STATISTICS [Schema].[Table_Name] WITH FULLSCAN

Это заняло около часа, но, похоже, ситуация значительно улучшилась. Итак, я добавил следующий план обслуживания для еженедельного выполнения:

Если интересно, это запрос моего взгляда:

SELECT        
  IDOPERATORE, 
  COGNOMENOMEOPERATORE, 
  IDAZIENDAOPERATORE,
  (SELECT
     SUM(LETTURERIMASTE) AS Expr1
   FROM dbo.LETTURERIMASTE AS B
   WHERE (IDLOTTOLETTURISTA IN
           (SELECT IDLOTTOLETTURISTA
            FROM dbo.LOTTILETTURISTA AS C
            WHERE (DATAFINELOTTOLETTURISTA >= CONVERT(datetime, ROUND(CONVERT(float, GETDATE()), 0, 1))) AND (IDLETTURISTALOTTOLETTURISTA = A.IDOPERATORE)))) 
   AS LETTURERIMASTE