И не забыть у ТЗ проиндексировать колонки! А то когда в цикле её будешь обходить - будет медленно :))))

эт обязательно. Нужно всегда и все индексировать, чтоб работало быстрее

строго все колонки!!!

А в конфигураторе лучше - "с доп упорядочиванием" - так вернее

Опрос не охватывает все множество приемов работы с данными.
Твой вариант к множеству, которое охватывается опросом, просто не входит.
Совсем не пишешь запросы что ли? Если все-таки пишешь, то выбрать (хотя бы с некоторым перевесом) не составит особого труда.

Вроде абстрагироваться от частных случаев не так сложно. При прочих равных все равно приходится выбрать какой-то один из вариантов при написании запроса.
Просто в голосовалке они возведены в абсолют, и приходится чуть сильнее абстрагироваться.

Из 20 проголосовавших получается, что пока только один любитель вложенных запросов)

ну это как написать "при прочих равных же всё равно - вы производите чтение в транзакции или вне транзакции" :))))

На практике надо использовать то что нужно в этом запросе а не стиль.

Суть в том, что временная таблица это в субд реальная таблица, ее создание и индексирование - это время. Временная эффективна по сравнению со вложенным тогда когда при обработке вложенной будет требоваться посточный перебор и субд при построении плана не сможет просчитать объем выборки при передаче вложенной в основной запрос.
Так же как если условие основного запроса всегда будет вызывать посточный перебор вне зависимости от того временная это или вложенная, вложенную использовать эффеетивнее, т.к. индексы тебе не помогут а на создание временное время будет потратрачено. Например при основной выборке с отбором по лайку и вложенной для определения области лайканья.

есть общие рекомендации которые в большинстве случаев помогут. есть признаки которые точно скажут что это не оптимально. но всегда делатт только так потому что привык - это не правильно.

Где-то выиграет вариант 3 - соединения наборов данных в СКД, где вариативности настроек больше, чем полей выборки

Применительно к запросу "при прочих равных" означает, что: время выполнения запросов всегда совпадает и факторы, которые на это влияют, не меняются с течением времени (например, размеры всех участвующих таблиц пренебрежимо малы)

Большинство перечисленных там пунктов применимы и к вложенным запросам, а значит на выбор ответа не влияют

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

опрос не верен, потому что правильно действовать по обстановке, а этого пункта нет

Так опрос-то и не про то, кто что считает правильным

а тут неважно кто что считает, потому что есть стандарт