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

1. Детальный хронометраж учебного занятия

Занятие рассчитано на 2 академических часа. Ниже представлены два утвержденных регламента проведения: основной (80 минут) и сокращенный (60 минут).

2. Методология трансформации ER-диаграммы в реляционные таблицы

2.1. Трансляция сильных сущностей

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

• Каждая сильная сущность трансформируется в отдельное отношение (базовую таблицу).
• Имя таблицы задается во множественном числе на латинице в стиле snake_case (например, klienty, aktery, filmy).
• Атрибуты сущности становятся именованными столбцами таблицы с выбором строгих атомарных типов данных.
• Формируется первичный ключ (суррогатный автоинкрементный идентификатор INT / BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY).
• Для естественных бизнес-идентификаторов (ИНН, СНИЛС, телефон, артикул) обязательно устанавливается ограничение UNIQUE NOT NULL.

2.2. Трансляция слабых (зависимых) сущностей

Слабая сущность не имеет смысловой автономности и зависит от существования сущности-владельца (родительской сущности). Правила преобразования:

• В таблицу слабой сущности обязательно мигрирует первичный ключ сущности-владельца в качестве внешнего ключа (FOREIGN KEY NOT NULL).
• Первичный ключ слабой сущности формируется либо как составной ключ, включающий ключ владельца и локальный дискриминатор (например, PRIMARY KEY (id_klienta, nomer_abonementa)), либо как суррогатный ключ с уникальным композитным индексом.
• Для внешнего ключа, связывающего слабую сущность с владельцем, в 95% случаев назначается политика каскадного удаления ON DELETE CASCADE (при удалении клиента его абонементы или лицевые счета теряют смысл).

2.3. Правила трансляции бинарных связей 1:1, 1:M и M:N

2.4. Реализация связей M:N через ассоциативные таблицы

Ассоциативная (связующая) таблица выполняет три ключевые функции:

1. Разрешение кардинальности: превращает нереализуемую в реляционной алгебре связь M:N в две стандартные связи 1:M.
2. Хранение атрибутов связи: принимает атрибуты, которые не принадлежат ни одной из сущностей по отдельности, а возникают строго в момент их взаимодействия (например, роль актера, гонорар, количество блюд, цена на момент покупки, дата тренировки).
3. Обеспечение ссылочной целостности: гарантирует, что в ассоциацию могут входить только существующие записи исходных справочников.

-- Эталонная связующая таблица «Позиция заказа»
CREATE TABLE poziciya_zakaza (
    id_zakaza BIGINT NOT NULL REFERENCES zakazy(id_zakaza) ON DELETE CASCADE,
    id_blyuda INT NOT NULL REFERENCES blyuda(id_blyuda) ON DELETE RESTRICT,
    kolichestvo SMALLINT NOT NULL DEFAULT 1 CHECK (kolichestvo > 0),
    cena_na_moment_zakaza NUMERIC(8,2) NOT NULL CHECK (cena_na_moment_zakaza > 0),
    PRIMARY KEY (id_zakaza, id_blyuda)
);

2.5. Обеспечение каскадной ссылочной целостности (ON DELETE / UPDATE)

Преподавателю следует акцентировать внимание студентов на дифференцированном выборе каскадных действий:

• ON DELETE RESTRICT (или NO ACTION): Запрещает удаление записи родительской таблицы при наличии ссылающихся на нее дочерних строк. Применяется для мастер-справочников (врачи, преподаватели, категории блюд, аккаунты клиентов с историей). Защищает юридические и финансовые архивы.
• ON DELETE CASCADE: При удалении строки родителя автоматически физически удаляет все дочерние строки. Допустимо исключительно для зависимых элементов (позиции в корзине покупок, записи в связующей таблице при удалении фильма).
• ON DELETE SET NULL: Устанавливает внешний ключ в NULL при удалении родительской записи (требует, чтобы FK не имел ограничения NOT NULL). Применяется для опциональных связей (например, скидочный купон или персональный менеджер).
• ON UPDATE CASCADE: Промышленный стандарт для всех связей: при технологической модификации ключа в родителе все внешние ключи в дочерних таблицах обновляются автоматически.

3. Типовые ошибки студентов и педагогические приемы коррекции

4. Методические указания по критериальному оцениванию

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

• Трансляция сущностей в таблицы и атрибутивный состав (до 2 баллов): корректное определение сильных и слабых сущностей, атомарность полей, адекватность типов данных SQL (INT, BIGINT, NUMERIC, VARCHAR, TIMESTAMP), наличие ограничений UNIQUE для бизнес-ключей.
• Корректное разрешение связей 1:M и M:N (до 1 балла): безошибочная декомпозиция отношений многие-ко-многим через ассоциативные таблицы, правильное размещение внешних ключей в связи 1:M на стороне «многие», сохранение атрибутов связи.
• Внешние ключи, ссылочная целостность и самопроверка (до 1 балла): точное совпадение типов PK и FK, обоснованный выбор каскадных опций RESTRICT / CASCADE, заполненный чек-лист инженерного самоконтроля.

Оценка «5» выставляется за 4 балла, оценка «4» — за 3 балла, оценка «3» — за 2 балла, оценка «2» — за 0–1 балл.