Первые две строки - это уровень оптимизации в директиве WHERE для фильтров по каждой из таблиц-источников. Поскольку директивы WHERE вообще нет, то уровень оптимизации none - вполне нормально. Нет предмета для оптимизации.

Третья строка - это уровень оптимизации условия объединения по JOIN. Он показывает, что используется индекс Shitove

Вообще-то, урвень оптимизации и скорость выполнения запроса, конечно, связанны между собой. Но связь не настолько однозначная. Иногда полная оптимизация может приводить не к ускорению, а к замедлению выполнения запроса. Реальный критерий - практика. Если запрос выполняется быстро, то зачем тебе пытаться добиться полной оптимизации?

SET RELATION - это выборка "по требованию". Отбор записей подчиненной таблицы происходит только в момент установки указателя записи в главной. По сути, это выбор ОДНОЙ записи главной таблицы и соответствующих ей записей подчиненной.

Применительно к Local View это запрос вида


Вот ЭТОТ запрос будет выполняться очень быстро. Сопоставимо по скорости с RELATION.

Совершенно бессмысленно пытаться закачать в Local View ВСЮ исходную таблицу. Здесь оптимизации не может быть в принципе. Цель оптимизации - это ускоренный отбор ЧАСТИ записей.

Результат работы Local View - это курсор. Т.е. таблица. По сути, копия (выборка) из исходной таблицы. Если объем этой выборки сопоставим по объему с исходной таблицей, то о каком ускорении может идти речь?