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

Порядок заполнения таблиц

Рассмотрим построенную схему базы данных Cinema. На диаграмме видны таблицы и связи между ними. Прежде чем заполнять дочерние таблицы, ссылающиеся по внешнему ключу, необходимо заполнить родительские. Начинать следует с таблиц, которые являются только родительскими и не наследуют внешние ключи. Самая старшая в иерархии — таблица City (города).

Заполнение таблицы City через интерфейс

В списке таблиц находим dbo.City. Щёлкнув правой кнопкой, выбираем Edit Top 200 Rows — режим редактирования первых двухсот строк. Здесь можно вносить данные. Первое поле — ID (идентификатор), второе — CityName. Вводим вручную:
• 1, Москва
• 2, Рязань
• 3, Тула

Окно редактирования автоматически сохраняет каждое изменение, дополнительно подтверждать сохранение не нужно. Убедиться в наличии записей можно командой Select Top 1000 Rows, которая возвращает первые тысячи строк.

Недостаток ручного ввода идентификаторов и настройка автоинкремента

Поле ID мы заполняем вручную: 1, 2, 3 и так далее. Это лишено смысловой нагрузки и неудобно — приходится постоянно помнить следующее значение. Логичнее поручить генерацию машине. Для этого у столбца существует свойство IDENTITY (автоинкремент). Включим его на примере следующей таблицы — Cinema (кинотеатры).

Открываем таблицу Cinema в режиме Design. Выделяем поле ID. В нижней панели свойств находим раздел Identity Specification, меняем значение (Is Identity) с No на Yes. Появляются два параметра:
• Identity Increment — шаг приращения (оставляем 1).
• Identity Seed — начальное значение (оставляем 1).

Теперь каждое новое значение будет автоматически увеличиваться на 1, начиная с 1. Среда предупреждает, что изменение приведёт к удалению и повторному созданию таблицы. Чтобы обойти блокировку таких сохранений, заходим в Tools → Options → Designers и снимаем флажок Prevent saving changes that require table re-creation. После этого можно применить изменения.

Заполнение таблицы Cinema

Снова выбираем Edit Top 200 Rows для таблицы Cinema. Поле ID стало серым и недоступным для редактирования — оно теперь генерируется автоматически. Вносим данные в остальные столбцы:
• ID_City (ссылка на город): 1 (Москва), 1 (ещё один кинотеатр в Москве), 2 (Рязань), 3 (Тула).
• Address и Name — адрес и название кинотеатров.
После заполнения закрываем окно — данные сохранены.

Заполнение таблицы Hall с помощью SQL-запроса INSERT

Следующая на очереди — таблица Hall (залы). Чтобы не пользоваться интерфейсом, напишем запрос. В Management Studio создаём New Query. Убеждаемся, что выбрана база данных Cinema (в выпадающем списке или командой USE Cinema).

Синтаксис вставки строк прост. Команда INSERT нечувствительна к регистру. Для вставки в конкретную базу данных можно указать полный путь: [Cinema].[dbo].[Hall]. Но если уже выполнена команда USE Cinema, достаточно написать INSERT INTO Hall. Далее идёт ключевое слово VALUES, после которого в круглых скобках перечисляются значения.

Таблица Hall содержит три поля, но ID теперь автоинкрементное. Вставляем только два — ID_Cinema (идентификатор кинотеатра) и HallName (название зала).

Пример вставки одного зала:

sql
INSERT INTO Hall (ID_Cinema, HallName)
VALUES (1, 'Пекин');

Нажимаем Execute — сообщение «1 row affected» подтверждает вставку. Проверка SELECT * FROM Hall показывает запись.

Вставка нескольких строк одним запросом

Перечисляем группы значений через запятую. Строковые литералы заключаются в одинарные кавычки. Если нужно указать юникодную строку, перед открывающей кавычкой ставят заглавную N. Пример для числового названия зала, которое должно храниться как текст:

sql
INSERT INTO Hall (ID_Cinema, HallName)
VALUES (1, 'Париж'),
(2, 'Лондон'),
(2, 'Прага'),
(3, '1'),
(3, '2'),
(3, '3');

Вторая цифра в последних строках — строка '1', '2', '3'.

Заполнение таблицы SeatCategory и особенности синтаксиса

Таблица SeatCategory (категории мест) содержит ID, CategoryName и Description (описание, допускает NULL). Сначала делаем ID автоинкрементным.

При вставке можно указать не все столбцы. Если поля пропускаются, перед VALUES необходимо перечислить заполняемые столбцы, имена которых и порядок следования должны соответствовать порядку значений. Например, вставляем только категорию «Стандарт», описание не указываем:

sql
INSERT INTO SeatCategory (CategoryName)
VALUES ('Стандарт');

Интерпретатор понимает, что единственное значение относится к столбцу CategoryName, а в Description записывается NULL.

Если же хотим задать и описание, перечисляем оба столбца:

sql
INSERT INTO SeatCategory (CategoryName, [Description])
VALUES ('VIP', 'Место повышенного комфорта');

Слово Description является зарезервированным (подсвечивается синим). Чтобы система восприняла его как имя столбца, а не ключевое слово, заключаем в квадратные скобки — [Description].

Когда в запросе перечислены все столбцы таблицы (как при вставке в Hall без списка полей), скобки с именами можно опустить. Это равносильно указанию «вставляю строку целиком».

Необходимость обновления данных

В конце работы возникает потребность добавить описание для категории «Стандарт». Для изменения существующих записей используется команда UPDATE, которую предстоит рассмотреть.

Краткие итоги

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

Именно ручной ввод идентификатора становится отправной точкой для осознания ценности автоматической генерации. Настройка IDENTITY решает проблему уникальности без вмешательства пользователя, повышая надёжность и устраняя когнитивную нагрузку. Показательно, что изменение структуры таблицы для включения автоинкремента требует в среде особого разрешения из-за потенциально разрушительного пересоздания объекта — административная предусмотрительность, которую следует учитывать в реальных проектах.

Переход от визуального редактирования к написанию запросов INSERT знаменует важный сдвиг в производительности труда. SQL позволяет вставлять не только единичные строки, но и целые наборы значений в одном обращении к серверу, что существенно сокращает накладные расходы. Гибкость синтаксиса при работе с неполными данными — явное указание списка столбцов — даёт возможность пропускать поля, разрешающие NULL, и делает код самодокументированным. Обработка зарезервированных слов через квадратные скобки демонстрирует механизм разрешения конфликтов имён, важный при поддержке унаследованных схем.

Практическая значимость этих приёмов выходит за рамки учебной базы: любой проект, от прототипа до промышленной системы, начинается с первоначальной загрузки справочных и мастер-данных. Понимание того, как управлять порядком заполнения, избегать коллизий ключей и эффективно записывать данные с помощью минимального количества команд, напрямую влияет на скорость развёртывания и качество данных. Упоминание о необходимости последующего обновления записей (UPDATE) подчёркивает, что жизненный цикл данных не завершается вставкой — за ней неизбежно следуют коррекции, и владение полным набором операций манипуляции данными формирует компетентного разработчика или администратора баз данных.