Нано-статья о том, как я в SAS NULL-ключи джойнил

[abutorin]

Ждём статью как Вы сделали запрос из 2х таблиц по 10млн. строк в каждой без указания связей и условий.

[asketoff]

Дельное замечание. Thx! Что написание кода, что написание статей требует опыта. В следующий раз обогащу текст кодом, чтобы помимо веселых картинок был невеселый запрос.

[Vlad074]

В MS SQL NULL=NULL - истина?

[asketoff]

В чистом MS SQL - нет. А вот в SQL, используемом в SAS, - вполне. Для меня это было хорошим напоминанием о важности изучения правил среды, в которой работаешь.

[Gritsuk]

Насколько я помню, в SAS при джойне PROC SQL сначала создает декартово произведение таблиц, а уже потом применяет условия. Чтобы избежать лишние операции, можно использовать опции датасетов (where=(^missing(key2)), эта штука отбросит не проходящие условие записи еще на этапе чтения из датасета.

[Olegun]

Очень жаль, что ни одного запроса на sql в статье не присутствует.

[AlexNikiforov]

NULL в SQL любит удивлять, что поделать.

declare @a int
declare @b int
set @a = 1
set @b = NULL
if @a != @b select 'а не равно b'
else select 'а равно b'

[unfilled]

Если не знаешь, что операции сравнения с null возвращают unknown, который не true, и не false, то да, сплошное удивление.

[AlexNikiforov]

Unknown <> false, но в итоге false.

[unfilled]

Логика не двоичная используется с null.

В else "идёт" то, что не true. unknown - не true, поэтому попадает в else.

[hungry_forester]

А нельзя было просто выбрать вначале в промежуточные таблицы без NULL? Это же из разряда "не ленись расставлять скобки, не верь компьютеру". Использовать DISTINCT тоже такое, говорят, что быстрее и правильнее применять GROUP BY. Я, впрочем, по лености не гнушаюсь DISTINCT-а, но не в пром.коде.