1. Главная
  2. Библиотека
  3. Базы данных
  4. Преобразуй базу данных так, чтобы не менялось количеств...
Разбор задачи

Преобразуй базу данных так, чтобы не менялось количество сущностей, но были устранены все проблемы и неоднозначности. Логическая модель БД (IDEF1X) Классификаторы и справочники Категория_товара Код_категории Атрибуты: Наименование_категории Описание

  • Предмет: Базы данных
  • Автор: Кэмп
  • #Проектирование баз данных
  • #Нормализация и логическое моделирование
Преобразуй базу данных так, чтобы не менялось количество сущностей, но были устранены все проблемы и неоднозначности. Логическая модель БД (IDEF1X) Классификаторы и справочники Категория_товара Код_категории Атрибуты: Наименование_категории Описание

Условие:

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

Логическая модель БД (IDEF1X)

Классификаторы и справочники
Категория_товара
\nPK:

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

Атрибуты:

Наименование_категории

Описание

Код_родительской_категории (FK → Категория_товара)

Связь:
Рекурсивная, неидентифицирующая, 1:N.

Тип_поставщика
\nPK:

Код_типа_поставщика

Атрибуты:

Наименование_типа

Описание

Единица_измерения
\nPK:

Код_единицы

Атрибуты:

Наименование

Краткое_обозначение

Статус_заказа
\nPK:

Код_статуса

Атрибуты:

Наименование_статуса

Описание

Основные сущности
Поставщик
\nPK:

ИНН

Атрибуты:

Наименование_поставщика

Код_типа_поставщика (FK → Тип_поставщика)

Телефон

Электронная_почта

Рейтинг

Товар
\nPK:

Артикул

Атрибуты:

Наименование_товара

Код_категории (FK → Категория_товара)

Код_единицы (FK → Единица_измерения)

Описание

Заказ_на_закупку
\nPK:

Номер_заказа

Атрибуты:

Дата_заказа

ИНН_поставщика (FK → Поставщик)

Код_статуса (FK → Статус_заказа)

Общая_сумма

Позиция_заказа (обновлено)
\nPK:

Номер_позиции

Атрибуты:

Номер_заказа (FK → Заказ_на_закупку)

Артикул (FK → Товар)

Количество

Цена

Сумма

Бизнес-правило:
Номер позиции уникален в пределах одного заказа.

Приемка
\nPK:

Номер_акта_приемки

Атрибуты:

Дата_приемки

Номер_заказа (FK → Заказ_на_закупку)

Результат_приемки

Комментарий

Решение:

1. Классификаторы и справочники

1.1. Категория_товара

  • PK: Код_категории
  • Атрибуты:
    • Наименование_категории
    • Описание
    • Код_родительской_категории (FK → Категория_товара)

Изменения:

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

1.2. Тип_поставщика

  • PK: Код_типа_поставщика
  • Атрибуты:
    • Наименование_типа
    • Описание

Изменения:

  • Никаких изменений не требуется, структура корректна.

1.3. Единица_измерения

  • PK: Код_единицы
  • Атрибуты...

Внутри — полный разбор, аргументация, алгоритм решения, частые ошибки и как отвечать на каверзные вопросы препода, если спросит

Попробуй решить по шагам

Попробуй один шаг и продолжи в режиме обучения или посмотри готовое решение

Какое изменение необходимо внести в сущность "Позиция_заказа" для устранения неоднозначности, связанной с бизнес-правилом "Номер позиции уникален в пределах одного заказа"?

Что нужно знать по теме:

Что нужно знать по теме

Алгоритм решения

Топ 3 ошибок

Что спросит препод

Не нашел нужную задачу?

Воспользуйся поиском

Выбери предмет