Методическое руководство преподавателя

Цели и наблюдаемые результаты

Сформировать представление об SQL как декларативном языке работы с реляционными данными; научить читать типовую форму оператора, различать группы команд и аргументированно выбирать тип столбца. К концу занятия студент объясняет назначение DDL/DML/DQL/DCL/TCL, находит основные части запроса, сопоставляет предметные значения с типами, отличает точное число от приближённого, пишет и объясняет CAST, распознаёт диалектные конструкции.

Связь с программой: знания о языке SQL и средствах проектирования структур БД; умение проектировать реляционные БД и использовать запросы. Компетенции программы: ОК 01, 02, 04, 05, 09, 10; ПК 11.1–11.6.

Подготовка и материалы

Подготовить презентацию (локальный HTML), доску/экран, лекционный конспект и рабочий лист. Для примеров явно объявить учебный диалект PostgreSQL там, где используются ::, JSONB, ARRAY, UUID-функции. Сначала изложить переносимую концепцию SQL; не выдавать специфические имена типов и операторы PostgreSQL за обязательную часть стандарта. Практическая работа здесь — короткие задания на чтение и составление выражений, а не отдельное практическое занятие.

Поминутный регламент — 80 минут

Итого: 80 минут.

Сокращённый регламент — 60 минут

Итого: 60 минут. При сокращении не исключать выбор типов и приведение; сокращать число демонстраций и устных ответов.

Содержание объяснения

Эволюция и стандарты

SQL (Structured Query Language) — декларативный язык определения структур, манипулирования данными, запросов и управления доступом/транзакциями. SQL-92 (ISO/IEC 9075:1992) закрепил развитое ядро реляционного языка и типовую форму запросов. SQL:1999 (SQL3) добавил объектно-реляционные возможности, рекурсивные запросы и триггеры в стандартизованных частях. SQL:2016 расширил стандарт, в частности стандартизовал возможности работы с JSON. Редакции стандарта не означают, что любая СУБД реализует все возможности; синтаксис, типы и функции различаются.

Классы команд

• DDL — определение схемы: CREATE, ALTER, DROP.
• DML — изменение данных: INSERT, UPDATE, DELETE (в некоторых классификациях сюда относят и SELECT).
• DQL — запросы выборки, обычно SELECT; удобная учебная категория, не универсально самостоятельный нормативный класс.
• DCL — управление привилегиями: GRANT, REVOKE.
• TCL — управление транзакциями: COMMIT, ROLLBACK, SAVEPOINT.

Грамматика и синтаксис

Оператор строится из ключевых слов и обязательных/необязательных клауз, идентификаторов, литералов, выражений и условий. Скобки задают вложенность и приоритет; запятая разделяет элементы списка, точка с запятой обычно завершает оператор. Имена идентификаторов и строковые литералы не взаимозаменяемы.

SELECT [DISTINCT] выражение [, выражение ...]
FROM источник [, источник ...]
[WHERE условие]
[GROUP BY выражение [, ...]]
[HAVING условие]
[ORDER BY выражение [ASC | DESC] [, ...]];

CREATE TABLE имя (
  имя_столбца тип [ограничение] [, ...]
);

CAST(выражение AS тип)     -- стандартная форма
выражение::тип             -- PostgreSQL, диалектный сахар

Система типов: что объяснить

Приведение типов

Явное приведение документирует намерение и помогает избежать неоднозначности: CAST('42' AS INTEGER). В PostgreSQL допустимо '42'::INTEGER. Неявное приведение может выполняться по правилам СУБД в выражениях и аргументах функций, но не должно подменять проектный выбор типа. Ошибка/потеря возможны при некорректной строке, переполнении, округлении NUMERIC, потере временной зоны или усечении строки. Формат даты зависит от правил разбора; предпочитать однозначную ISO-форму и проверять тип результата.

Типичные ошибки и педагогические приёмы

• Считать FLOAT точным для денег → демонстрация 0,1 + 0,2 и сравнение с NUMERIC.
• Путать строку и идентификатор → разбор 'DATE' и DATE.
• Хранить дату как VARCHAR → обсуждение сортировки, диапазонов и календарной валидации.
• Считать NULL равным FALSE → таблица истинности с UNKNOWN.
• Называть любой тип «стандартным» → цветовая маркировка SQL-standard / PostgreSQL-specific.
• Предполагать одинаковый синтаксис во всех СУБД → мысленное сравнение переносимого CAST с ::.
• Писать :: в переносимом SQL → требовать назвать целевую СУБД.
• Игнорировать точность/масштаб NUMERIC(p,s) и предел VARCHAR(n) → дать граничные значения.

Приёмы: проблемный вопрос, think–pair–share, карточки «значение → тип → обоснование», код с намеренной ошибкой, проговаривание чтения грамматики, мини-рефлексия «что переносимо / что диалектно».

Формирующее оценивание и ответы

1. Какой тип выбрать для точной цены 1250,40? NUMERIC/DECIMAL с достаточными precision/scale.
2. Что надёжнее для бинарно-приближённых координат? REAL/DOUBLE PRECISION; допустимая погрешность должна быть осознанной.
3. Группа DDL для CREATE TABLE; выборка обычно DQL (или часть широкой трактовки DML); GRANT — DCL; COMMIT — TCL.
4. Переносимая явная запись? CAST(expr AS type). :: — PostgreSQL.
5. Почему TIME ZONE не то же самое, что дата и время? Смещение/зона влияет на представление/интерпретацию времени; семантика зависит от СУБД.

Оценивать прежде всего обоснование выбора и понимание ограничений, а не механическое запоминание диапазонов, различающихся между СУБД.

Безопасность и доступность

Все примеры автономны, без подключения к внешним сервисам и без ввода реальных персональных данных. При работе на экране увеличить масштаб; ключевые термины озвучивать и фиксировать письменно. Сложные примеры разбирать пошагово, разрешать ответ в виде объяснения вместо быстрого устного блица.