Как оптимизировать просмотр с помощью Union All

Question

У меня есть представление с двумя отдельными запросами с объединением всех. Например:

CREATE VIEW MyView AS 

SELECT foo.id, bar.data 
FROM foo 
INNER JOIN bar ON foo.id = bar.id 

UNION ALL 

SELECT baz.id, baz.data 
FROM baz 

Я затем запустить отборное заявление против того, как это:

SELECT * FROM MyView WHERE id = 1 

Идентификатор 1 существует только в первом отборного заявления. Тот, который имеет таблицы foo и bar, но соединение с таблицей baz по-прежнему вызывает замедление работы. Это быстрее, если вывести союз. Я должен оставить его там, потому что иногда будет использоваться идентификатор, который будет возвращать результаты из второго оператора select.

Мой вопрос: есть ли способ помочь серверу sql знать, что во второй части союза нет результатов, поэтому ему не нужно запускать этот запрос?

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

Answer 1

Существует способ сделать условное объединение соединения. Попытайтесь выяснить, помогает ли это ускорить запрос, просмотрев план выполнения. Может быть, ваша шея бутылки не совсем там, где вы думаете?

SELECT foo.id, bar.data 
FROM foo 
INNER JOIN bar ON foo.id = bar.id 

UNION ALL 

SELECT baz.id, baz.data 
FROM baz 
WHERE baz.id = @idSearched 

Sproc с параметром может сделать трюк вместо представления, если вы не собираетесь редактировать.

CREATE PROCEDURE procName 
-- Add the parameters for the stored procedure here 
@id INT = 1 
AS 
BEGIN 
SET NOCOUNT ON; 

SELECT foo.id, bar.data 
FROM foo 
INNER JOIN bar ON foo.id = bar.id 

UNION ALL 

SELECT baz.id, baz.data 
FROM baz 
WHERE baz.id = @id 
END 
GO 

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

CREATE FUNCTION v_emp (@pintEno INT) 
RETURNS TABLE 
AS 
RETURN 
    SELECT * FROM emp WHERE emp_id=@pintEno; 
This allows you to use it as a normal view, with: 
--Query it like : 
SELECT * FROM v_emp(10) 

Answer 2

У вас есть индекс по baz(id)? Я бы ожидать, индекс будет использоваться для этого запроса:

SELECT foo.id, bar.data 
FROM foo 
INNER JOIN bar ON foo.id = bar.id 
UNION ALL 
SELECT baz.id, baz.data 
FROM baz 
WHERE baz.id;