Select c select sql: proc sql — Meaning of «select c.» in SQL

Содержание

Урок 5. Ограничение выборки (LIMIT)

Кроме фильтров и сотрировок, в SELECT запросах можно также ограничивать выборку. Например, когда вам нужные не все данные, а скажем только первые 10 строк. Для этого существует конструкия LIMIT и давайте попробуем вывести 5 самых дорогих товаров.

SELECT * FROM products ORDER BY price DESC LIMIT 5

Разберем запрос. Сперва мы получаем все товары, отсортированные по цене в обратном порядке ORDER BY price DESC. То есть дорогие товары будут сверху. А затем мы указыаем LIMIT 5, что означает, что нам нужны только 5 первых записей. Так мы получаем таблицу самых дорогих товаров.

LIMIT можно использовать совместно с конструкций WHERE. Например если мы хотим получить самые дорогие товары, которые есть на складе, то нужно после products добавить WHERE count > 0:

SELECT * FROM products 
WHERE count > 0 
ORDER BY price DESC 
LIMIT 5;

Обратите внимание на порядок следования блоков запроса:

1. Сперва идет SELECT FROM — выбрать ИЗ;

2. Затем блок условие WHERE;

3. После сортировка ORDER BY;

4. И завершает ограничение LIMIT.

Первый блок SELECT FROM обязательный, так как он говорит что мы хотим сделать.

Остальные блоки опциональны. То есть мы можем убрать любой из них, главное чтобы сохранялся порядок: (1) WHERE (2) ORDER BY (3) LIMIT.

Но вернемся снова к LIMIT, ограничение выборки — это не единственная возможность этого оператора.

С помощью LIMIT можно делать смещение (OFFSET). Например искать не первые 5 самых дорогих товаров, а следующую пятерку.

Для этого нужно сперва указать количество элементов для пропуска, а уже после количество элементов, которое нужно получить. Напишем:

SELECT * FROM products 
WHERE count > 0 
ORDER BY price DESC 
LIMIT 5, 5

Запустим, получили 3 товара. Почему только три. Если мы удалим блок LIMIT и выполним запрос. То увидим 8 товаров у которых count > 0.

Соответственно когда мы добавляем LIMIT 5, 5, то сперва пропускается первая пятерка дорогих товаров, а затем 5 выводится. Но так как после пропуска остается всего 3, то их мы и видим.

Если мы вместо первой пятерки мы укажем 3, то пропустим первые 3 записи получим оставшиеся 5. Еще раз повторюсь, первое число — это сколько нужно пропустить, а второе, сколько получить.

Благодаря этой особенности, с помощью LIMIT можно организовывать постраничный просмотр информации. Когда значение пропуска расчитывается в программе или на сайте динамически в зависимости от страницы, на которой находится пользователь.

На этом мы закончим знакомство c SQL, а далее вас ждут два урока по понимаю принципов работы баз данных, а также по установке и настройке MySQL.

А после регистрации вы сможете потренироваться написании SQL-запросов в специальном тренажере.

Следующий урок

Урок 6. Принципы работы баз данных

В этом уроке вы узнате как работают реляционные базы данных, а также что такое СУБД и клиент-серверное взаимодействие.

Посмотреть

Тарифы

    • 55 видео-уроков

      Более 7 часов видео

    • Дополнительные материалы

      Схемы, методички, исходные коды

    • Возможность скачать видео

      Смотреть уроки можно даже без интернета

    • Доступ к курсу навсегда

      Можете освежить знания через год или два

    • 271 практическое задание

      Практические занятия на тренажере

    • Поддержка преподавателя

      Помощь в решении заданий в течение 24 часов

    • Сертификат о прохождении курса

      Подтверждение ваших навыков

    • Эталонные решения

      Решения преподавателя

    • 55 видео-уроков

      Более 7 часов видео

    • Дополнительные материалы

      Схемы, методички, исходные коды

    • Возможность скачать видео

      Смотреть уроки можно даже без интернета

    • Доступ к курсу навсегда

      Условия бесплатного тарифа могут измениться

    • 271 практическое задание

      Практические занятия на тренажере

    • Поддержка преподавателя

      Помощь в решении заданий в течение 24 часов

    • Сертификат о прохождении курса

      Подтверждение ваших навыков

    • Эталонные решения

      Решения преподавателя

Без воды

Поддержка

Регистрация

Письмо со ссылкой для доступа отправлено.
Проверьте почту.

Письмо не пришло? Посмотрите в спаме.

Регистрируясь, вы соглашаетесь с
условиями предоставления услуг (пользовательское соглашение).

7 распространенных ошибок в SQL-запросах, которые делал каждый (почти) / Хабр

Сегодня SQL используют уже буквально все на свете: и аналитики, и программисты, и тестировщики, и т.д. Отчасти это связано с тем, что базовые возможности этого языка легко освоить. 

Однако работая с большим количеством junior-ов, мы раз от раза находим в их решениях одни и те же ошибки. Реально — иногда просто создается ощущение, что они копируют друг у друга код. 

Кстати, иногда такая же участь постигает и специалистов более высокого полета. 

Сегодня мы решили собрать 7 таких ошибок в одном месте, чтобы как можно меньше людей их совершали. 

Примечание: Ошибки будут 2 видов — реальные ошибки и своего рода best practices, которым часто не следуют.

Но, обо всем по порядку 🙂

Кстати, будем рады видеть вас в своих социальных сетях — ВКонтакте Телеграм Инстаграм

1.

Преобразование типов

Мы привыкли, что в математике мы всегда можем разделить одно число на другое и получить ответ. Если нацело не получается, то в виде дроби. 

В SQL это не всегда так работает. Например, в PostgreSQL деление двух целых чисел друг на друга даст целочисленный ответ. Это можно проверить как для целочисленных столбцов, так и для чисел. 

SELECT a/b FROM demo
# столбец целых чисел
SELECT 1 / 2
# 0

Аналогичные запросы, например, в MySQL дадут дробное число, как и положено. 

Если Вы точно не уверены или хотите подстраховаться, то лучше всегда явно делать преобразование типов. Например:

SELECT a::NUMERIC/b FROM demo
SELECT a*1.0/b FROM demo
SELECT CAST(1 AS FLOAT)/2 FROM demo

Все перечисленные примеры дадут нужный ответ. 

2. HAVING вместо WHERE

Часто встречается ошибка — оператор HAVING используется вместо WHERE в запросах с агрегацией. Это неверно!

WHERE производит фильтрацию строк в исходном наборе данных, отсеивая неподходящие. После этого GROUP BY формирует группы и оператор HAVING производит фильтрацию уже целых групп (будто группа — одно запись). 

Например:

SELECT date, COUNT(*)
FROM transactions t 
WHERE date >= '2019-01-01'
GROUP BY date
HAVING COUNT(*) = 2

Здесь мы сначала отсеиваем строки, в которых хранятся записи до 2019 года. После этого формируем группы и оставляем только те, в которых ровно две записи. 

Некоторые же пишут так:

SELECT date, COUNT(*)
FROM transactions t 
GROUP BY date
HAVING COUNT(*) = 2  AND date >= '2019-01-01'

Так делать не нужно 🙂

Кстати, для закрепления этой темы мы специально делали задачку «Отфильтрованные продажи» у себя на платформе. Если интересно порешать и другие задачки по SQL — welcome 🙂

3. Алиасы и план запроса

Если «проговаривать SQL-запрос» словами, то получится что-то такое:

В таблице есть старая цена, а есть новая цена. Их разность я назову diff. Я хочу отобрать только те строки, где значение diff больше 100.  

Звучит вполне логично. Но в SQL прям так реализовать не получится — и многие попадаются в эту ловушку. 

Вот неправильный запрос:

SELECT old_price - new_price AS diff
FROM goods
WHERE diff > 100

Ошибка его заключается в том, что мы используем алиас столбца diff внутри оператора WHERE. 

Да, это выглядит вполне логичным, но мы не можем так сделать из-за порядка выполнения операторов в SQL-запросе. Дело в том, что фильтр WHERE выполняется сильно раньше оператора SELECT (а значит и AS). Соответственно, в момент выполнения столбца diff просто не существует. Об этом, кстати, и говорит ошибка:

ERROR: column "diff" does not exist

Правильно будет использовать подзапрос или переписать запрос следующим образом:

SELECT old_price - new_price AS diff
FROM goods
WHERE old_price - new_price > 100

Важно: Внутри ORDER BY вы можете указывать алиас — этот оператор выполняется уже после SELECT.

Кстати, мы тут делали карточку, где наглядно показывается последовательность выполнения операторов. Возможно, это вам пригодится.

4. Не использовать COALESCE

Пришло время неочевидных пунктов. Но сейчас мы поясним свои чаяния. 

COALESCE — это оператор, который принимает N значений и возвращает первое, которое не NULL. Если все NULL, то вернется NULL. 

Нужен этот оператор для того, чтобы в расчеты случайно не попадали пропуски. Такие пропуски всегда сложно заметить, потому что при расчете среднего на основании ста тысяч строк вы вряд ли заметите подвох, даже если 1000 просто будет отсутствовать. Обычно такие численные пропуски заполняют средними значениями/минимальными/максимальными/медианными/средними или с помощью какой-то интерполяции — зависит от задачи. 

Мы же рассмотрим нечисловой пример, а вполне себе бизнесовый. Например, есть таблица клиентов Clients. В поле name заносится имя пользователя. 

Отдел маркетинга решил сделать email-рассылку, которая начинается с фразы:

Приветствуем, имя_пользователя!

Очевидно, что если name is NULL, то это превратится в тыкву:

Приветствуем, !

Вот в таких случаях и помогает COALESCE:

SELECT COALESCE(name, 'Дорогой друг') FROM Clients

Совет: Лучше всегда перестраховываться. Особенно это касается вычислений и агрегирований — там вы не найдете ошибку примерно никогда, так что лучше подложить соломку. 

5. Игнорирование CASE

Если вы используете CASE, то иногда вы можете сократить свои запросы в несколько раз. 

Вот, например, была задача — вывести поле sum со знаком «-», если type=1 и со знаком «+», если type=0. 

Пользователь предложил такое решение:

SELECT id, sum FROM transactions t WHERE type = 0
UNION ALL
SELECT id, -sum FROM transactions t WHERE type = 1

В целом, не так плохо. Но это всего лишь промежуточный запрос, задача была намного масштабней и таких конструкций в итоге было наворочено очень много. 

А вот то же самое с CASE:

SELECT id, CASE WHEN type = 0 THEN sum ELSE -sum END FROM transactions t

Согласитесь, получше?

Так более того, CASE можно использовать еще много для чего. Например, чтобы сделать из «длинной» таблицы «широкую».

А еще, кстати, COALESCE, который мы обсуждали выше — это просто «синтаксический сахар» и обертка вокруг CASE. Если интересно — мы подробно это описали в статье.

6. Лишние подзапросы

Из-за того, что многие пишут SQL-запросы также, как это «звучит» в их голове, получается нагромождение подзапросов. 

Это проходит с опытом — начинаешь буквально «мыслить на SQL» и все становится ок. Но первое время появляются такие штуки:

SELECT id, LAG(neg) OVER(ORDER BY id) AS lg
FROM (
  SELECT id, sm, -sm AS neg
  FROM ( 
    SELECT id, sum AS sm FROM transactions t 
  ) t
) t1

И это еще не все — можно и побольше накрутить. Но зачем так, если можно так:

SELECT id, LAG(-sum) OVER(ORDER BY id) FROM transactions t

Совет: Если пока сложно, не надо сразу бросаться писать оптимизированными конструкциями. Напишите сначала, как сможете, а потом пытайтесь сократить. 

Как говорил дядюшка Кнут:

Преждевременная оптимизация — корень всех зол

7. Неправильное использование оконных функций

Вообще говоря, оконные функции — довольно продвинутый инструмент. Считается, что им владеют специалисты уровня Middle и выше. Но по факту, их нужно знать всем — сейчас без них уже сложно жить (это чистое имхо). 

И если базовые вещи по оконным функциям можно освоить довольно быстро, то всякая экзотика и нестандартное поведение осваивается, как правило, только на собственных шишках. 

Одна из таких вещей — поведение оконной функции LAST_VALUE и прочих. 

Например, когда мы пишем запрос:

WITH cte AS (
    SELECT 'Marketing' AS department, 50 AS employees, 2018 AS year
    UNION
    SELECT 'Marketing' AS department, 10 AS employees, 2019 AS year
    union
    SELECT 'Sales' AS department, 35 AS employees, 2018 AS year
    UNION
    SELECT 'Sales' AS department, 25 AS employees, 2019 AS year
)
SELECT c.*,
LAST_VALUE(employees) OVER (PARTITION BY department ORDER BY year) AS emp
FROM cte c

Мы ожидаем увидеть 2 раза по 10 для департамента Маркетинг и 2 раза по 25 для Продаж. Однако такой запрос дает иную картину:

Получается, что запрос тупо продублировал значения из столбца employees. Как так?

Лезем в документацию PostgreSQL и видим:

Заметьте, что функции first_value, last_value и nth_value рассматривают только строки в «рамке окна», которая по умолчанию содержит строки от начала раздела до последней родственной строки для текущей.

Ага, вот и ответ. То есть каждый раз у нас окно — это не весь набор строк, а только до текущей строки.

Получается, есть два способа вылечить такое поведение:

Вот, например, второй вариант:

WITH cte AS (
    SELECT 'Marketing' AS department, 50 AS employees, 2018 AS year
    UNION
    SELECT 'Marketing' AS department, 10 AS employees, 2019 AS year
    union
    SELECT 'Sales' AS department, 35 AS employees, 2018 AS year
    UNION
    SELECT 'Sales' AS department, 25 AS employees, 2019 AS year
)
SELECT c.*,
LAST_VALUE(employees) OVER (
  PARTITION BY department
  ORDER BY year ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING
) AS emp
FROM cte c

Кстати, такую тему подняла наша подписчица в Телеграме под постом «7 самых важных оконных функций». Спасибо ей!

А вас рады будем видеть в числе подписчиков 🙂

Эпилог

Эти 7 ошибок — не единственные, которые часто встречаются среди новичков и даже профессионалов. У нас есть еще одна пачка тезисов по этому поводу — но это уже тема другой статьи. 

Если вам есть что добавить — будем рады продолжить обсуждение в комментариях. Возможно, чей-то код станет лучше и чище в результате нашей беседы 🙂

Запрос данных из одного или нескольких столбцов таблицы

Резюме : в этом руководстве вы узнаете, как использовать оператор Oracle SELECT для запроса данных из одной таблицы.

В Oracle таблицы состоят из столбцов и строк. Например, таблица клиентов в образце базы данных имеет следующие столбцы: customer_id , имя , адрес , веб-сайт и кредит_лимит .  9Таблица 0005 клиентов также содержит данные в этих столбцах.

Чтобы получить данные из одного или нескольких столбцов таблицы, используйте оператор SELECT со следующим синтаксисом:

 
  SELECT
  столбец_1,
  столбец_2,
  . ..
ОТ
  имя_таблицы;

В этом операторе SELECT :

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

Обратите внимание, что оператор SELECT очень сложный и состоит из множества предложений, таких как ORDER BY , GROUP BY , HAVING , JOIN . Для простоты в этом руководстве мы сосредоточимся только на предложениях SELECT и FROM .

Давайте рассмотрим несколько примеров использования оператора Oracle SELECT , чтобы понять, как он работает.

A) запрос данных из одного столбца

Чтобы получить имена клиентов из клиентов , вы используете следующую инструкцию:

 
  SELECT
  имя
ОТ
  клиенты;

Следующий рисунок иллюстрирует результат:

B) Запрос данных из нескольких столбцов

Чтобы запросить данные из нескольких столбцов, укажите список имен столбцов, разделенных запятыми.

В следующем примере показано, как запросить данные из столбцов customer_id , name и Credit_limit 9 столбцов0005 клиент таблица.

 
  ВЫБЕРИТЕ
    Пользовательский ИД,
    имя,
    кредитный лимит
ОТ
    клиенты;

Ниже показан результат:

C) Запрос данных из всех столбцов таблицы

В следующем примере извлекаются все строки из всех столбцов таблицы клиентов :

 
  SELECT
    Пользовательский ИД,
    имя,
    адрес,
    Веб-сайт,
    кредитный лимит
ОТ
    клиенты;

Вот результат:

Для удобства вы можете использовать сокращенную звездочку (*), чтобы указать Oracle возвращать данные из всех столбцов таблицы следующим образом:

 
  SELECT * FROM customers;

Обратите внимание, что никогда не следует использовать звездочку (*) при внедрении запроса в приложения. Хорошей практикой является явное указание столбцов, из которых вы хотите запрашивать данные, даже если вы хотите получить данные из всех столбцов таблицы. Вы должны использовать звездочку (*) только для специальных запросов.

Это связано с тем, что в будущем таблица может иметь больше или меньше столбцов из-за бизнес-изменений. Если вы используете звездочку (*) в коде приложения и предполагаете, что таблица имеет фиксированный набор столбцов, приложение может либо не обрабатывать дополнительные столбцы, либо обращаться к удаленным столбцам.

Из этого руководства вы узнали, как использовать оператор Oracle SELECT для извлечения данных из одного или нескольких столбцов таблицы.

Оператор SELECT в SQL Server

Оператор SELECT в SQL — один из наиболее часто используемых запросов SQL. Запрос SELECT получает совпадающие строки из таблицы базы данных или нескольких таблиц и их выбранных столбцов, указанных в запросе. Ниже приведен синтаксис запроса SELECT.

[ WITH { [ XMLNAMESPACES ,] [ ] } ]
SELECT select_list [ INTO new_table ]
[ FROM table_source ] [ WHERE search_condition ]
[ GROUP BY group_by_expression ]
[ оконное выражение WINDOW]
[ ИМЕЕТ условие_поиска ]
[ ORDER BY выражение_заказа [ ASC | DESC ] ]

Операторы UNION, EXCEPT и INTERSECT могут использоваться между запросами для объединения или сравнения их результатов в один результирующий набор.

В этом посте мы увидим, как использовать оператор SQL SELECT с различными параметрами. Вот несколько примеров: как выбрать определенные строки или все столбцы, выбрать отдельные строки, фильтровать с помощью предложения where, сортировать строки с помощью orderby и т. д.

Примечание. В этой демонстрации мы будем использовать базу данных AdventureWorks2012.

1. Как выбрать все строки из таблицы в SQL

Следующий запрос SELECT получает все строки и столбцы из таблицы базы данных:

 SELECT * FROM HumanResources. Employee 

Выполните запрос, нажав F5 или кнопка выполнить.

Вывод выглядит следующим образом: 

В результате мы получаем все строки и столбцы.

Есть еще один способ выбрать все столбцы из таблицы. Вместо * мы можем указать имена столбцов.

 SELECT BusinessEntityID,NationalIDNumber,LoginID,OrganizationNode,OrganizationLevel,JobTitle,BirthDate,MaritalStatus,Gender,HireDate,SalariedFlag,VacationHours,SickLeaveHours,CurrentFlag,rowguid,ModifiedDate FROM HumanResources.Employee 
. Результат будет таким же: 
. 
 
 Если вам лень писать этот длинный запрос, приведенный выше, то вы можете перейти в окно Object Explorer, затем развернуть adventureWorks2012, затем выбрать таблицу HumanResources.Employee, затем щелкнуть ее правой кнопкой мыши, затем «выбрать таблицу сценариев как», затем выбрать « To", то вы увидите окно редактора нового запроса. 
 
 
 
 SQL Server сгенерирует для нас запрос SELECT. 
 
 
 
 Выполнить.  Выход будет таким же. 
 
 Примечание:     По соображениям производительности лучше указывать имена столбцов в запросе SELECT вместо использования *. 
 
 2. Выбор отдельных строк таблицы с помощью SQL 
 
 В HumanResources.Employee дублируются организационные уровни. Допустим, нам нужны все доступные уровни OrganizationLevels в этой таблице, и для этого мы можем использовать ключевое слово DISTINCT. 
 
 
 
 ВЫБЕРИТЕ ОТЛИЧНЫЙ ОТДЕЛЬНЫЙ УРОВЕНЬ ОРГАНИЗАЦИОННОГО УРОВНЯ ОТ HumanResources.Employee; 
 Выполнить. Вывод выглядит следующим образом:
 Итак, в этой таблице есть четыре уровня организации.
 Что делать, если вам нужны отдельные строки из более чем одного столбца? Вот запрос к нему.
 ВЫБЕРИТЕ ОТЛИЧНЫЕ Должность,ОрганизацияУровень ИЗ HumanResources.Employee; 
 Выполните его, и вы увидите результаты.
 В выводе мы видим, что организационный уровень больше не различается. Но когда мы используем ключевое слово DISTINCT более чем в одном столбце, мы фактически говорим SQL Server, что значение должно быть различным в этих двух столбцах. Вот почему мы получили приведенный выше вывод.
 3. Фильтрация значений с использованием предложения WHERE в SELECT  
 Допустим, мне нужен логин ID всех сотрудников, чей пол F (женский). Для этого мы можем использовать предложение where.
 SELECT LoginID FROM HumanResources.Employee  WHERE Gender = 'F'  
 После FROM мы указываем предложение WHERE. Предложение WHERE содержит одно или несколько условий или выражений.
 Что делать, если вы хотите отобразить LoginID всех сотрудников, чей пол не F?
 Первый способ — передать M вместо F.
 SELECT LoginID FROM HumanResources.Employee WHERE Gender = 'M'  
 Другой способ — указать WHERE Gender не равно (<>) или (!=) F
 SELECT LoginID FROM HumanResources.Employee WHERE Gender <> 'F'  
 В результате мы получаем все мужские логины.
 До сих пор мы видели двух операторов, но их больше. Мы можем использовать полное выражение с несколькими условиями и даже вложенными условиями в предложении WHERE.
  •  = -> равно
  •  > -> Больше
  •  >= -> больше равно
  •  < -> меньше
  •  <= ​​-> меньше равно
  •  IN -> указать список значений
  •  МЕЖДУ -> указать диапазон
  •  НРАВИТСЯ -> указать шаблон
  •  НЕ -> нет в списке или диапазоне
 Используя эти операторы, у нас тоже есть подстановочные знаки.
  •  % -> указывает ноль или более символов 9] -> не любой символ в скобках
 4. Использование оператора IN в SELECT 
 Чтобы указать список значений, мы используем оператор IN.
 Допустим, мы хотим выбрать сотрудников, чей организационный уровень равен 1, 2, 3 или 4.
 Для такой ситуации у нас будет несколько условий организационного уровня.
 ВЫБЕРИТЕ * FROM HumanResources.Employee, ГДЕ OrganizationLevel = 1 ИЛИ OrganizationLevel = 2 ИЛИ OrganizationLevel = 3 ИЛИ OrganizationLevel = 4 
 Если я хочу получить записи обо всех сотрудниках, у которых OrganizationLevel равен 1, 2, 3 или 4, нам нужно использовать предыдущий запрос. Но условий много. Вместо добавления нескольких условий ИЛИ мы можем использовать оператор IN.
 SELECT * FROM HumanResources.Employee WHERE OrganizationLevel IN(1,2,3,4)  
 Вывод будет таким же, но запрос выглядит более понятным и управляемым.
 5. Использование оператора BETWEEN в SELECT 
 Чтобы указать диапазон значений, мы используем оператор BETWEEN.
 Если вам нужны все записи о сотрудниках с VacationHours между 40 и 60 часами, мы можем использовать оператор BETWEEN.
 SELECT * FROM HumanResources.Employee WHERE VacationHours МЕЖДУ 40 И 60 
 Примечание. Граничные условия 40 и 60 включительно.
 6. Использование оператора LIKE в SELECT 
 Одним из самых интересных и очень полезных операторов в SQL Server является оператор LIKE. Если вы хотите получить записи на основе некоторого шаблона, используйте оператор LIKE.
 Допустим, мне нужны все номера NationalIDNumber, начинающиеся с 1.
 SELECT NationalIDNumber FROM HumanResources. Employee WHERE NationalIDNumber LIKE '1%'  
 1% означает, что значение должно иметь 1 в начале.
 Если изменить шаблон с 1% на %1, то:
 SELECT NationalIDNumber FROM HumanResources.Employee WHERE NationalIDNumber LIKE '%1' 
 Вы получите записи, чей NationalIDNumber заканчивается значением 1.
7 
  Оператор LIKE с подстановочным знаком [] 
 Подстановочный знак [] означает любой совпадающий символ.
 --LIKE оператор с подстановочным знаком []
SELECT NationalIDNumber FROM HumanResources.Employee WHERE NationalIDNumber LIKE '[1,2]%'  
 '[1,2]%' указывает любой соответствующий символ в начале.
 --LIKE оператор с оператором NOT и подстановочным знаком []%
SELECT NationalIDNumber FROM HumanResources.Employee WHERE NationalIDNumber NOT LIKE '[1,2]%'  91,2]%'  
 Результат будет таким же.
 7. Объединение нескольких условий с помощью операторов И и ИЛИ 
 Допустим, я хочу выбрать и получить записи о сотрудниках с 40 или 60 часами отпуска и полом F.