← Все курсы · Курс SQL

LIKE в SQL: сопоставление с образцом для начинающих

Инструмент для поиска внутри текстового столбца, а не просто сопоставления с ним. · Часть Analyst Prep Kit

К Майкл Носито, аналитик данных · Обновлено 19 августа 2026 г.

Большую часть времени вы запрашиваете у SQL точное значение. WHERE status = 'Active' Закрытый вопрос с ответом да или нет. Но многие реальные столбцы не содержат одного и того же значения. Они содержат предложение, название продукта с кодом, прикрепленным спереди, адрес электронной почты или список тегов, помещенных в одну ячейку. Для тех вам нужен более свободный вопрос, и LIKE это то, как вы это спрашиваете. Это небольшой фрагмент синтаксиса, состоящий ровно из двух движущихся частей, и как только они щелкнут, вы сможете искать внутри текста, а не просто сопоставлять его.

Почему «равно» задает более строгий вопрос, чем вы хотите

Возьмите products стол с name столбец:

Тебе нужны рубашки. Очевидная вещь терпит неудачу:

SELECT name
FROM products
WHERE name = 'Shirt';

Это возвращает одну строку с идентификатором 4, потому что = сравнивает все значение от начала до конца. Blue Cotton Shirt это не та же строка, что и Shirt, так что исключено, и это правильно. Равно делает свою работу. Это просто неправильный вопрос.

На самом деле у вас возникает вопрос: «Содержит ли имя где-нибудь слово «Рубашка»?» Это закономерность, а закономерности – это то, что LIKE предназначен для:

SELECT name
FROM products
WHERE name LIKE '%Shirt%';

Возвращаются три строки: Blue Cotton Shirt, Shirt Stay Clips, и Shirt.

Два подстановочных знака, % и _

Все LIKE могу сделать состоит из двух символов.

Часть «включая ничего вообще» % это то, чего людям не хватает. 'S%' соответствует одной букве S, потому что % разрешено стоять ни за что. Подчеркивание не так уж и снисходительно. Это требует присутствия персонажа.

Прежде чем прочитать ответ, произнесите это вслух: что бы '_at' соответствовать, и будет flat быть в списке? Сначала обязуйтесь ответить.

Он соответствует трехсимвольным значениям, оканчивающимся на at, так cat, hat, bat. flat отсутствует, потому что _ охватывает один символ и flat имеет два перед at. Если бы вы хотели и то, и другое, вы бы написали '%at'.

Вы можете смешивать их. 'A__-%' соответствует значению, которое начинается с A, есть еще ровно два символа, потом дефис, потом что угодно. Это полезная форма для кодов продуктов и номеров счетов, где формат фиксирован, а содержимое — нет.

Куда поставить %, вот и весь вопрос

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

A LIKE шаблон без подстановочных знаков просто медленнее =. Если ты напишешь LIKE 'Shirt' вы запросили точное совпадение и должны использовать = вместо этого это будет более понятно тому, кто прочитает запрос следующим.

НЕ НРАВИТСЯ и нахожу то, чего не хватает

Помещать NOT впереди и вы получите противоположный набор:

SELECT name
FROM products
WHERE name NOT LIKE '%Shirt%';

Это возвращает строки без Shirt в них. Это более полезно, чем кажется на первый взгляд, потому что «какие строки нет соответствуют ожидаемой форме» — один из самых продуктивных вопросов при очистке данных. Электронные письма без знака «в», коды продуктов без префикса, текстовый столбец, в некоторых строках которого содержится список, а в некоторых — нет. NOT LIKE находит лишние.

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

Ли '%shirt%' находит Blue Cotton Shirt зависит от того, в какой базе данных вы находитесь. Это удивляет людей, которые перемещаются между двумя из них, поэтому стоит один раз проверить, а не предполагать.

Переносной ход, если вы хотите, чтобы везде был один и тот же ответ, — это сгладить обе стороны самостоятельно:

SELECT name
FROM products
WHERE LOWER(name) LIKE '%shirt%';

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

Ловушка чрезмерного соответствия

Предскажите это, прежде чем читать дальше. Вы выполняете поиск по жанровому столбцу с помощью LIKE '%Video%'. Что возвращается?

В реальном наборе данных игр Пар этот шаблон соответствует обоим Video Production и 360 Video, потому что оба содержат эти пять букв. Это может быть именно то, что вы хотели, или это может незаметно удвоить ваш набор результатов.

% не знает границ слов. Оно соответствует буквам, а не смыслу. Немного классики:

Решение состоит в том, чтобы придать рисунку больше устойчивости. Если значения разделены известным символом, включите его: '%, Sales%' гораздо точнее, чем '%Sales%'. В следующем разделе показана надежная версия этого трюка.

Поиск столбца, содержащего список

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

= здесь бесполезен, потому что почти ни одна ячейка не содержит только RPG. LIKE обрабатывает его без какого-либо разделения:

SELECT name
FROM games
WHERE genres LIKE '%RPG%';

Он находит игру A и игру C, независимо от того, находится ли тег первым, последним или скрыт посередине.

Точная версия защищает от ловушки чрезмерного совпадения. Оберните значение в разделитель с обеих сторон, затем найдите разделенный тег:

SELECT name
FROM games
WHERE ',' || genres || ',' LIKE '%,RPG,%';

тот || склеивает текст вместе, поэтому Action,Indie,RPG временно становится ,Action,Indie,RPG,. Теперь каждый тег имеет запятую с обеих сторон, включая первую и последнюю, а также шаблон '%,RPG,%' может соответствовать только целому тегу. Жанр под названием RPGMaker больше не будет ложным попаданием. Использовать CONCAT(',', genres, ',') вместо || в MySQL и SQL Server.

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

Соответствие буквальному % или _

Время от времени персонаж, за которым вы ищете, является подстановочным знаком. Поиск в столбце примечаний фактического знака процента с помощью LIKE '%%%' соответствует каждой строке, что бесполезно. Объявите побег-символ и отметьте буквальный:

SELECT note
FROM feedback
WHERE note LIKE '%!%%' ESCAPE '!';

Прочтите этот шаблон так: что угодно, затем настоящий знак процента (тот, что после !), тогда ничего. ESCAPE '!' в конце то, что сообщает SQL, что ! это маркер. Вы можете выбрать для задания любого персонажа, если он не указан в ваших данных. То же самое относится и к буквальному подчеркиванию, которое имеет большее значение, чем вы думаете, поскольку подчеркивания присутствуют повсюду в именах столбцов и кодах продуктов.

Почему LIKE '%Текст%' работает медленно

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

На нескольких тысячах строк это незаметно. На десятки миллионов это разница между мгновенным ответом и перерывом на кофе. Это не повод избегать '%text%', это повод узнать, почему запрос замедлялся при росте таблицы. Если вам нужен быстрый поиск внутри текста в масштабе, то это индекс полнотекстового поиска, другой инструмент. Индексирование для аналитиков охватывает то, что может и не может делать индекс.

Та же логика объясняет стоимость LOWER(name) LIKE ... из более раннего. Обертывание столбца в функцию означает, что индекс этого столбца больше не применяется, поскольку в индексе хранятся исходные значения, а не строчные значения.

Шпаргалка НРАВИТСЯ