Дизайн базы данных: общие внешние ключи к одной таблице

Question

Я все еще новичок в разработке баз данных, и у меня с этим немного сложности.

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

Примером может служить основная статья Orange: «Фрукты», и это подкатегория будет «мякотью фруктов», а другой продукт может быть брокколи, а его основной_категорией будет «Овощи», а подкатегорией будет «Фиброзные овощи». Поэтому я считаю, что подкатегория также находится в main_category, где в зависимости от выбранной основной_каталинии может быть выбран список подкатегорий.

Мой текущий дизайн, как это:

=======================  =======================  ===================== 
|  PRODUCT  |  |  SUBCATEGORY  |  | MAIN CATEGORY | 
=======================  =======================  ===================== 
| PK  id   |  |PK   id  |  |PK  id  | 
|   name  | ---> |   name  | ---> |  name  | 
| FK main_category_id |  |FK main_category_id |  ===================== 
| FK subcategory_id |  =======================     ^
======================= --------------------------------------------------| 

Но у меня возникают сомнения в моей нынешней конструкции и хотел бы спросить вашего мнения, является ли приемлемым этот проект или есть лучший способ проектирования этого ,

Также, с точки зрения ООП, какими были бы отношения?

Answer 1

Поскольку подкатегория также является категорией, вы можете иметь их все в одной таблице. Вы можете иметь конструкцию, как это,

Product(id, name)

Category(id, name)

ProductMaincategoryAssignments(productId, categoryId)

ProductSubcategoryAssignments(productId, categoryId)

Здесь PRODUCTID и CategoryId внешние ключи, которые ссылаются на соответствующие я dПродукт и Категория столы.