ГОСПОДА !
Как более грамотно выбрать всех не лысых если имеется таблица всех людей и всех лысых людей.
Возможены варианты

ВЫБРАТЬ
   ТаблицаВсех.ФизЛицо
ИЗ
   ТаблицаВсех
ЛЕВОЕ СОЕДИНЕНИЕ
   ТаблицаЛысых
ПО
   ТаблицаВсех.ФизЛицо = ТаблицаЛысых.ФизЛицо
ГДЕ
   ТаблицаЛысых.ФизЛицо ЕСТЬ NULL

или

ВЫБРАТЬ
   ТаблицаВсех.ФизЛицо
ИЗ
   ТаблицаВсех
ГДЕ
   НЕ ТаблицаВсех.ФизЛицо В (ВЫБРАТЬ ТаблицаЛысых.ФизЛицо ИЗ ТаблицаЛысых)

Прошу подсказать.

(0) первый запрос не выберет всех не лысых...

(1) Уважаемый. Разрешите с Вами не согласиться - он выберет.

"НЕ В()" в запросе – это чаще всего кошмар

в первом запросе вместо ГДЕ не должно быть ИМЕЮЩИЕ?

Второй запрос должен быть транслирован оптимизатором запросов в Semi Join и наверное должен быть оптимальнее (чисто умозрительнее, извини влом...)... но скорее можно сделать ещё лучше если втащить лысых в ВТ и искать в ВТ или даже так: втащить в ВТ +  индексировать ВТ по полю поиска

(4)  Хор.
Пусть обе таблицы будут Проиндексированные ВТ.
Тогда как лучше?
(3) В чем состоит ужас "НЕ" в запросе прошу пояснить

(5) само по себе НЕ не кошмар. а вот сочетание НЕ В() уже не очень.

(5) нагенери себе большие таблички и сделай несколько раз замер времени выполнения запроса... Получиш объективный ответ

Все же не semi join а exists видимо.

(6) т.е. Вы за 1-ый вариант?
(7) Я надеюсь тут ктото уже нагенерил.

Я еще умею через объединить все в подзапросе

(9) "За" или "против" скажет только профайлер. И, да, на разных объемах таблиц результат может быть разным.

(9) А ты уже заплатил за нагенерить? ))

(11) Почему "может"?

(13) Я нарочно не стал быть категоричным

(0) А в чем измеряется грамотность в данном случае? Грамотно - это сколько?

(15) На полшишечки

В данном случае, я за левое соединение, тем более что левые связи всегда приятнее )

(0) план запроса посмотри, он скорее всего будет одинаков. инер джоин жешь

Сталкивался с проблемой, что когда большое количество значений по которым идет В () то бывают проблемы с производительностью. Левое в этом смысле стабильнее.
Либо посмотри как сделать, чтобы в скуле в преобразовывалось не в in, а в exist

+19 например, речь про большое количество значений, когда не селективный индекс и на очень большой таблице скуль сваливается в перебор

(16) ну возможно ТСу такого уровня грамотности недостаточно? Поэтому и заводит такие темы

(0) делай через объединение: красота, нет ни левых соединений, ни левых условий

(22) как он это сделает, если EXCEPT в 1с не завезли?

(10,22) Через объединить - это примерно так?
ВЫБРАТЬ  
   Подзапрос.ФизЛицо
ИЗ
(ВЫБРАТЬ
   ТаблицаВсех.ФизЛицо,
   1 КАК Кол
ИЗ
   ТаблицаВсех

ОБЪЕДИНИТЬ  ВСЕ

ВЫБРАТЬ
   ТаблицаЛысых.ФизЛицо,
   1
ИЗ
   ТаблицаЛысых
) КАК Подзапрос
ГДЕ
   СУММА(Подзапрос.Кол) = 1
СГРУППИРОВАТЬ ПО
   Подзапрос.ФизЛицо

(0) Левое соединение, согласно рекомендациям 1С.

(23) Если есть мозги, то неважно завезли чего куда или нет. Если мозгов нет, то опять-таки, всё вышенаписанное неважно.

(24) почти

ВЫБРАТЬ  
   Подзапрос.ФизЛицо
ИЗ
(ВЫБРАТЬ
   ТаблицаВсех.ФизЛицо,
   0 КАК Кол
ИЗ
   ТаблицаВсех

ОБЪЕДИНИТЬ  ВСЕ

ВЫБРАТЬ
   ТаблицаЛысых.ФизЛицо,
   1
ИЗ
   ТаблицаЛысых
) КАК Подзапрос

СГРУППИРОВАТЬ ПО
   Подзапрос.ФизЛицо
ИМЕЮЩИЕ
   СУММА(Подзапрос.Кол) = 0

Всё зависит от интерпретатора, но соединения сильно стабильнее, чем "В", да и имхо легче читать