Базовые операции SQL. Часть 2

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

Совет. Чтобы развернуть бэкапы, приложенные к лекции 9, нужно на папке базы данных правой кнопкой мыши, выбрать восстановить базу данных, и затем в новом окне выбрать раздел устройство и файл .bak. Демонстрация разворачивания бекапа имеется в лекции по моделированию.

Мы начинаем разбирать, как вносить изменения в уже существующие строки. Для этого используется команда UPDATE. Важно понимать, что на системном уровне UPDATE — это не атомарная операция обновления, а комбинация двух действий: DELETE и INSERT. Сначала текущая строка сохраняется во временную память, затем удаляется, и вместо нее вставляется новая строка, содержащая как старые значения полей, так и внесенные нами изменения.

Рассмотрим синтаксис. Мы указываем UPDATE, затем имя таблицы, например, Seat Category. Ключевое слово SET задает, какое поле меняется и на какое значение. Допустим, мы хотим изменить поле Description на «Обычное место». Если на этом остановиться, обновление затронет все строки таблицы. Чтобы точечно изменить лишь одну запись, мы добавляем WHERE — условие для фильтрации. Чаще всего оно строится по первичному ключу: WHERE ID = 1. После выполнения только одна строка получит новое описание.

Аналогично работает DELETE. Команда DELETE FROM Seat Category без условия удалит все записи. Чтобы убрать конкретную строку, мы снова используем условие с идентификатором: WHERE ID = 3. Исполняем запрос, и третья строка исчезает.

Внутри блока WHERE можно строить сложные логические конструкции, используя операторы AND и OR для комбинирования условий.

Зафиксируем базовый синтаксис:
• INSERT: INSERT INTO ИмяТаблицы (Поле1, Поле2) VALUES (Значение1, Значение2). Если вставляются значения для всех столбцов, их перечисление в скобках перед VALUES можно опустить. Для вставки нескольких строк за один раз блоки значений перечисляются через запятую.
• UPDATE: UPDATE ИмяТаблицы SET Столбец = НовоеЗначение WHERE Условие.
• DELETE: DELETE FROM ИмяТаблицы WHERE Условие.

Мы заполнили несколько таблиц, в том числе Format и Seat Place. Для быстрой вставки множества строк удобно подготовить данные в Excel и скопировать их напрямую в таблицу в среде SQL Server Management Studio. Это быстрый способ для тестовых задач, хотя в промышленной разработке применяется специализированный парсинг файлов.

Когда таблица Seat Place заполнена, мы видим в ней только числовые коды. Эти коды неинформативны для человека. Чтобы отобразить данные в читаемом виде, необходимо заменить коды текстовыми описаниями из родительских таблиц. Для этого служит оператор SELECT.

Наш первый SELECT-запрос прост. Мы пишем SELECT, затем перечисляем поля из таблицы. Начинать рекомендую не по порядку, а сразу с SELECT ... FROM ИмяТаблицы, так как при появлении подсказок от редактора проще писать запрос. Хотя для получения всех полей можно написать SELECT * (звездочка), в реальных приложениях этого делать не стоит. При использовании звездочки сервер сначала выполняет дополнительный запрос к структуре таблицы, чтобы выяснить список столбцов, и только потом подставляет их в запрос. Главная же проблема в том, что SELECT * ломает оптимизацию хранимых процедур. Поэтому хорошей практикой является всегда явно перечислять нужные столбцы.

Чтобы заменить код категории (ID Category) на ее название (Category Name), мы должны соединить (join) две таблицы: Seat Place и Seat Category. Это делается с помощью условия в секции WHERE. Мы добавляем в запрос вторую таблицу Seat Category и прописываем правило связи:

sql
SELECT
Seat_Place.Row,
Seat_Place.Place,
Seat_Category.Category_Name
FROM
Seat_Place, Seat_Category
WHERE
Seat_Place.ID_Category = Seat_Category.ID

Это и есть неявное объединение (JOIN). Такой подход позволяет вместо кода ID Category увидеть текстовое название «VIP» или «Обычное место».

Далее мы можем склеивать (связывать) любое количество таблиц. Чтобы узнать не код зала, а его имя (Hall Name), мы добавляем в запрос таблицу Hall и прописываем еще одно условие связи: Seat_Place.ID_Hall = Hall.ID. Чтобы узнать, в каком кинотеатре находится зал, мы соединяем таблицы Hall и Cinema, проходя по цепочке внешних ключей (Hall.ID_Cinema = Cinema.ID). В итоге мы получаем один «плоский» набор данных, где все коды заменены на понятные человеку названия.

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

Синтаксис SELECT невероятно многообразен, но мы освоили его базовое и наиболее частое применение: извлечение данных из нескольких связанных таблиц с фильтрацией.

Краткие итоги
Освоение базовых операторов манипуляции данными (INSERT, UPDATE, DELETE) и запросов (SELECT) формирует фундаментальное понимание двух ключевых слоев работы с реляционными базами данных: транзакционного и аналитического. Принципиально важным является осознание дискретной природы изменения данных на примере UPDATE — комбинации удаления и вставки. Это знание помогает аналитику понимать, что любое изменение — это не «исправление» ячейки, а создание нового состояния записи, что напрямую связано с логикой аудита и историчности данных в корпоративных системах. Применение WHERE-фильтрации в UPDATE и DELETE как обязательного, а не опционального элемента защищает от катастрофической потери данных, что является первым правилом промышленной разработки. Переход к SELECT и отказ от SELECT * в пользу явного перечисления полей демонстрирует переход от учебных задач к практике оптимизации. За этим стоит не просто экономия ресурсов сервера, а обеспечение стабильности планов выполнения запросов и предотвращение скрытых ошибок при изменении схемы таблиц. Кульминацией становится техника соединения таблиц через условие WHERE — неявный JOIN. Это ключевой навык для бизнес-аналитика, позволяющий самостоятельно денормализовывать данные «на лету». Проходя по цепочке внешних ключей от места в зале до названия кинотеатра, мы на практике реализуем разделение ответственности: база данных хранит сущности в нормализованном виде для эффективных транзакций и защиты от аномалий, в то время как аналитический запрос «склеивает» справочники с фактами для получения человеко-читаемой витрины. Умение выстраивать такие цепочки связей означает способность извлекать произвольную бизнес-логику, превращая разрозненные идентификаторы в готовую основу для отчетности и управленческих решений.