订单产品数据库的设计和规范化

Question

我正在设计一个包含商店，产品，product_categories，product_options的数据库，当然我想实现订购系统。

进一步解释：

• 商店有一些产品
• 产品可以有一些类别（例如，如果我们谈论食物，那么这些类别将是：大小，浇头，成分）
• 产品类别将包含类别的选项（例如，如果我们谈论的是具有类别大小的产品，那么选项将是：小，中，大）

  

数据库EER图   

问题是如何实现订单表。 例如，假设我们有以下顺序：

{
  "product": {
    "id":1,
    "categories":{
      "category1": {
        "id":1,
        "name":"size",
        "options":{
          "option1":{
            "id":3,
            "name":"large",
            "price":"5.4"
          }
        }
      },
      "category2": {
        "id":1,
        "name":"ingredients",
        "options":{
          "option1":{
            "id":2,
            "name":"onions",
            "price":"0.8"
          },
          "option2":{
            "id":3,
            "name":"tomato",
            "price":"0.5"
          }
        }
      }
    }
  }
}

到目前为止，使用mysql的最佳解决方案是创建相应的order_product，order_product_categories，order_product_options和主要订单表，以便跟上订单所包含的信息量。