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

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

Пример:

Поиск продукта «Визитка» , Таким образом, «Businesscard» является основным продуктом. Но когда вы заглядываете в нее, вы хотите увидеть разные граммы, такие как 125 граммов и 250 граммов. И различные функции, такие как сложенные и не сложенные. Цены на 125 граммов и 250 граммов разные. А также у них разное количество.

Итак, я создаю веб-приложение, в котором коллеги могут входить в систему, добавлять продукты и искать продукты. Но я хочу построить его как можно проще.

Информация, необходимая для добавления продукта:

корпуса PRODUCT_NAME, PRODUCT_DESCRIPTION, PRODUCT_CATEGORY (до сих пор я получил эту работу, это основная информация, не меняется).

извини, не могу даже объяснить это правильно, так что я буду эскиз, Что в моей голове, что-то вроде этого:

This is what information i need and how I want to display it when searched (below the basic main information

Для этого я использую WebApplication Laravel> 5,0 и mySQL DB

источник

2016-11-01 A.C.E

Можете ли вы показать, что вы придумали/попробовали до сих пор, чтобы достичь того, чего вы хотите. –

У вас не может быть столбец «грамм», столбец «цена» и столбец «качество»? У вас может быть это как «product_category» – Wistar

Да, вы можете посмотреть мой ответ. Однако вам нужно правильно напечатать его и сохранить данные одинаковыми или определенные поля будут пустыми. –

Из этой модели данных вы сможете извлечь все необходимые данные.

- Product 
    - Product_Type : "000102", //Main Article Nr 
    - Product_Nr : "001", //Added Article Nr 
    - Product_Name : "Businesscard Folded", 

    - Product_Type : "000102", 
    - Product_Nr : "002", 
    - Product_Name : "Businesscard Non-Folded", 


- Product_Property 
    - Product_Nr*, //Relation to Product. 
    - Property_Name : "100gr", 
    - Quantity : 100, //You could also make this a relation and notworry about invalid quantities same goes for Property_Names 
    - Cost: 10

источник

2016-11-01 13:27:04

Я попробую это, я полагаю, что это сработает! Спасибо за ваш ответ. Я дам ему знать, если это сработало для меня или нет :) –

Я думаю, что Product_Nr из «Визитной карточки без папки» должен отличаться от «Визитная карточка сложенной»? –

Да, извините, мой плохой –

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

ответ

Смежные вопросы