Чем заменить левое соединение в представлении, чтобы я мог иметь индексированное представление?

здесь есть "обходной путь", который включает проверку NULL в объединении и имеющий NULL значение представления в таблице

NULL значение

INSERT INTO Father (Father_id, Father_name) values(-255,'No father')

Соединение

JOIN [dbo].[son] s on isnull(s.father_id, -255) = f.father_id

Вот альтернатива. Вам нужно материализованное представление A, не содержащее B. Это недоступно напрямую ... поэтому вместо этого материализуйте два представления. Один из всех A и один из только A с B. Затем получите только A, у которого нет B, взяв A, кроме B. Это можно сделать эффективно:

Создайте два материализованных представления (mA и mAB) (edit: mA может быть просто базовой таблицей). mA не имеет соединения между A и B (таким образом, он содержит все точки A [и, следовательно, содержит эти записи БЕЗ совпадений в B]). mAB соединяется между A и B (таким образом, содержит только A с B [и, следовательно, исключает эти записи БЕЗ совпадений в B]).

Чтобы получить все A без совпадений в B, замаскируйте те, которые соответствуют:

with ids as (
  select matchId from mA with (index (pk_matchid), noexpand)
  except
  select matchId from mAB with (index (pk_matchid), noexpand)
)
select * from mA a join ids b on a.matchId = b.matchId;

Это должно привести к левому анти-полусоединению с обоими вашими кластеризованными индексами для получения идентификаторов и поиском кластеризованного индекса для получения данных из mA, которые вы ищете.

По сути, вы сталкиваетесь с основным правилом, согласно которому SQL намного лучше справляется с данными, которые ЕСТЬ там, чем с данными, которых НЕТ. Материализовав два источника, вы получите несколько привлекательных опций, основанных на множестве. Вы должны сами взвесить стоимость этих представлений и этих достижений.

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

Select * 
into <REAL_TABLE>
From <VIEW>

create CLUSTERED index <INDEX_THE_FIELD> on <REAL_TABLE>(<THE_FIELD>)

Но это достойный внимания подход только в том случае, если данные не обновляются каждые несколько секунд.

По логике, вы делаете два отдельных запроса. 'A LEFT JOIN B' - это просто сокращение от '(A JOIN B) UNION A'

Первый запрос - это таблица A, внутренняя соединенная с таблицей B. Это получает индексированное представление, поскольку именно здесь выполняется вся тяжелая работа.

Второй запрос - это просто таблица A, в которой любой из столбцов соединения имеет значение NULL. Создайте представление, которое создает те же выходные столбцы, что и первый запрос, и дополняет их нулями.

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

Я буду работать над ответом на 1, а пока:

[2]. Представление будет не более и не менее производительным, чем эквивалентный запрос по последующим таблицам. Применяются все обычные советы относительно наличия покрывающих индексов, предпочтительно индекса для соединенных столбцов и т. Д.

[3]. Реального обходного пути нет. Большинство ограничений на индексированные представления существуют по очень веским причинам, если вы вникнете в них.

Обычно я просто создавал представление и больше ничего не делал, если не было особых проблем с производительностью.

Я попытаюсь добавить ответ для 1, как только я восстановлю его в собственном уме.