Ребята привет!
Сабж.
Понимаю что как то нужно проверят на NULL, но только как?

(0) есть NULL,
охеренная неожиданность ?

Левое соединение и проверка на Есть NULL

Где поле не в (выбрать поле из таблица2)

http://www.1c-h.ru/?p=917

а разве не ввели расстрел за NULL?
по мне, так только как говорит (3) делать, так и только так.

(3)(5) А теперь расскажите мне, что вы будете делать если в табличках более 1 поля.

(6) Где (Поле1, Поле2) Не в (Выбрать Поле1, Поле2 Из Таблица2)

(5) не, не ввели

(6) соединение по нужному количеству полей

(5) Ввели расстрел за не использование естьнулла..

(0)Можно ещё выбрать из первой таблицы записи, которых нет во внутреннем соединении.

(7) А чем выгоднее чем соединение?

(7) Безбожно тормозит на больших объемах данных.

(13) просто нужно понимать, как оно работает

(13) так это то же соединение, разве нет?

переделал код из v8: Временные таблицы и индексы в запросах на "Не в" и Левое соединение ... есть NULL, запустил

(10) А что не так с ЕстьNull-ом?

(16)+
Количество ~160к, отбор ~8к, повторений: 1

Отбор через массив: 1
Отбор через левое соединение: 1
Отбор через не В: 189
Отбор через не В (Exists): 1
Отбор через внутреннее соединение + индекс: 1
Отбор через не В + индекс: 1
Отбор через не В (Exists) + индекс: 1

дисквалифицировали В за унылость, увеличили повторения до 10:

Количество: 162 168 отбор: 8 108 повторений: 10
Отбор через массив: 18
Отбор через соединение: 16
Отбор через В (Exists): 17
Отбор через соединение + индекс: 16
Отбор через В + индекс: 17
Отбор через В (Exists) + индекс: 17

можно загрузить обе таблицы в одну большую,добавить числовое поле, для первой 1, для второй 2.
Потом сгруппировать с сумированием по новому полю, потом отобрать только записи, где сумма = 1 (будут только те что в 1 таблице) =2 где только во второй = 3 где в обоих.

(19) попробуй запусти через объединение, интересно сколько покажет времени.

Количество: 162 170 отбор: 8 108 повторений: 10
Отбор через массив: 18
Отбор через соединение: 16
Отбор через В (Exists): 15
Отбор через соединение + индекс: 15
Отбор через В + индекс: 17
Отбор через В (Exists) + индекс: 16
Отбор через Объединение: 27

Запрос.Текст =
"
|ВЫБРАТЬ
|    ТаблицаСсылок.Ссылка
|ПОМЕСТИТЬ ТаблицаСсылок
|ИЗ
|    &ТаблицаСсылок КАК ТаблицаСсылок
|
|ИНДЕКСИРОВАТЬ ПО
|    ТаблицаСсылок.Ссылка
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
|    Вложенный.Ссылка
|ИЗ
|    (ВЫБРАТЬ
|        Контрагенты.Ссылка КАК Ссылка,
|        1 КАК Группировка
|    ИЗ
|        Справочник.Контрагенты КАК Контрагенты
|    
|    ОБЪЕДИНИТЬ ВСЕ
|    
|    ВЫБРАТЬ
|        ТаблицаСсылок.Ссылка,
|        -1
|    ИЗ
|        ТаблицаСсылок КАК ТаблицаСсылок) КАК Вложенный
|
|СГРУППИРОВАТЬ ПО
|    Вложенный.Ссылка
|
|ИМЕЮЩИЕ
|    СУММА(Вложенный.Группировка) = 1";

(22) спасибо.

Чет я не догнал, получается что объединить 2 таблицы и отобрать по нулу быстрее чем "не в"?

(25) мораль в том, что нужно в каждом конкретном случае проверять отдельно разные варианты

(16) Поэксприментировал немного с планами запросов.
Есть сомнение по корректности теста на exist. Конкретное на

|ГДЕ
|    (Контрагенты.Ссылка, ИСТИНА) В
|            (ВЫБРАТЬ
|                ТаблицаСсылок.Ссылка,
|                ИСТИНА
|            ИЗ
|                ТаблицаСсылок)

судя по тому во что 1С транслирует такую конструкцию для скуля ( из v8: Оператор "ИЛИ", конструкция "ВЫБОР" и вероятность фуллскана при них ) там получается  

AND EXISTS(SELECT
1
FROM #tt2 T2 WITH(NOLOCK)
WHERE (T1._Fld18873RRef = T2._Q_001_F_000RRef) AND (T1._Fld18875RRef = T2._Q_001_F_001RRef))

В случае если второе поле Истина, мне кажется, при трансляции его просто пропустят и останется exist по одному полю.

При этом для in и exist по одному полю строятся абсолютно одинаковые планы запроса.

Select
id
From sc72
Where id in (select id from #tempkl)

Select
id
From sc72 as sc
Where exists (select id from #tempkl where id = sc.id )

а вот для exsist по двум полям уже другой план c hash match

Select
id
From sc72 as sc
Where exists (select id from #tempkl where id = sc.id and sp81=sc.sp81)

(27) за планы не смотрел, а факт в том, что В по одному полю транслируется в in, а по 2м и более - в exists (по крайней мере для mssql)

(28) Согласен, но меня смущает именно второе поле Истина. Лучше бы может дернуть во временную таблицу реальное поле вместо Истина.

К тому же план для

Select
id
From sc72 as sc
Where exists (select id from #tempkl where id = sc.id and 1=1)

идентичен по одному полю и in.

(29) да. а вот для НЕ В - уже очень разные планы, судя по времени выполнения, которое в 200 раз различается

(30) Есть такое

Для in получается Nested loops / inner join

Для not in получается Merge join / Left anti semi join

это еще зависит от соотношения количества записей в таблицах и наличия индекса.

(31)+ Для второго я не очень понимаю механизм этой операции, надо бы почитать умных книжек :).