Руководство по разработке база данных для системы заказов в ресторанах в Mysql обоснование выбора программных продуктов для создания

Таблица товаров. Таблица товаров
также отображается для определения поставщика, который может поставлять товары,
не предназначенные для приготовления, для повторного заполнения инвентаря. В
более продвинутом сценарии может существовать отдельная таблица для хранения
номенклатуры и связи с поставщиком для поддержки нескольких поставщиков для
одного и того же товара.
Примечания: Мы также можем использовать ту же таблицу для хранения
ингредиентов и позиций, чтобы упростить выполнение заказов в ресторане и у
поставщиков. В таком случае требуется самосоединение для идентификации
ингредиентов блюда. Кроме того, столбцы cooking и price бесполезны для строк
ингредиентов.

---

36
ID
Уникальный идентификатор для идентификации товара.
Идентификатор
пользователя
Идентификатор
пользователя
для
идентификации
администратора.
Идентификатор
поставщика
Идентификатор поставщика для идентификации поставщика.
Название
Название позиции, которое будет отображаться в меню.
Slug
Уникальный идентификатор, который будет использоваться
в качестве идентификатора товара.
Краткие
сведения
Краткое изложение, в котором упоминаются ключевые
моменты.
Тип
Тип, позволяющий различать различные типы товаров.
Кулинария
Флажок, определяющий, требуется ли приготовление для
данного блюда.
Артикул
Модуль
учета
запасов
для
отслеживания
запасов
товаров. Это требуется, только если товар не связан с
ингредиентами.
Цена
Цена продажи либо одной единицы, либо одной порции.
Количество
Доступное количество товара. Это требуется, только если
товар не связан с ингредиентами.