У меня есть хранимая процедура, которая занимает менее секунды, чтобы нормально работать.В этом запросе пользователи хотели получить данные из другой таблицы, поэтому я объединил эти данные с UNION ALL и набором фиктивных столбцов, отсутствующих в новой таблице.
В тестировании это работало нормально, но когда мы развернулиэто к SQL 2000 Server, он начал получать тайм-ауты.Старый запрос выполняется менее чем за секунду, а два новых запроса выполняются менее чем за секунду, но когда они объединяются с использованием UNION ALL, время ожидания истекает.
Вот общее представление о том, как выполняется запросвыглядит.Реальный запрос имеет около 20 входных параметров и возвращает около 30 или 40 столбцов, но это должно дать основную идею:
CREATE PROCEDURE dbo.SearchHistory
(
@Criteria1 bigint,
@Criteria2 int,
@Criteria3 varchar(10)
)
AS
BEGIN
-- Part 1
SELECT
A,
NULL AS B,
0 AS C,
D
FROM TableA
WHERE @Criteria1 IS NULL
AND @Criteria3 IS NULL
AND (A = @Criteria2 OR @Criteria2 IS NULL)
UNION ALL
-- Part 2
SELECT
A,
NULL AS B,
0 AS C,
E
FROM TableA
WHERE @Criteria1 IS NULL
AND @Criteria3 IS NULL
AND (A = @Criteria2 OR @Criteria2 IS NULL)
UNION ALL
-- Part 3
SELECT
A,
B,
C,
D
FROM TableB
WHERE (F = @Criteria1 OR @Criteria1 IS NULL)
AND (A = @Criteria2 OR @Criteria2 IS NULL)
AND (G = @Criteria3 OR @Criteria3 IS NULL)
END
В приведенном выше примере @ Criteria1 не является нулевым, поэтому в части 1 и 2вернуть 0 строк, а часть 3 возвращает только 3 строки.Но если я закомментирую Части 1 и 2, это немедленно заканчивается;если я оставлю их, у меня будет тайм-аут.
Как убедить SQL Server не возиться с его планом выполнения в такой ситуации?