（数据库设计，mysql）我的数据库设计适合基本的购物车吗？（我是数据库设计的新手）

Question

我是数据库设计的新手，我想确保我做得很好。 请查看我的数据库设计的一部分：

我的基本购物车数据库设计：

//table that holds shopping cart items that customer choose(not press checkout and order //them)

**shopping_cart**
{
id (int)
product_id (int) fk
product_quantity (int)
customer_user_id (int) fk 
}

//table that holds product order data in time of checkout.(i hold them because supplier //can change after time products attributes value add some attributes or delete and change //the price of product)

**order**
{
id (int)
product_id (int)  fk
customer_user_id (int)  fk
}


//table that connect order  to attribute table for products attributes value in the moment //of   checkout

**order_attributes**
{
id (int)
order_id (int)  fk
attribute_id (int)  fk
}

//main product table
**product**
{
id (int)
sku (int) 
product_name (varchar)
supplier_user_id (int)  fk
}

//connection table many to many 
**product_attributes**
{
id (int) 
product_id (int)  fk
attribute_id (int)  fk
}

//table that holds products attributes (price, weight, color + new attributes that user //will create)

**attribute**
{
id (int)
product_id (int)  fk
attribute_name (varchar)
attribute_value(varchar)
}

谢谢你

Answer 1

嗯，您可以从设计中删除两个表：order_attributes、product_attributes。否则，您的选择查询将非常慢，必须从这么多表中加入。您可以将属性存储为订单和产品表中的列。

Answer 2

在我看来，这是一个糟糕的设计，因为它使用的是 EAV 表的属性表，这可能会导致性能问题。花点时间实际定义您想要为产品拥有的属性，大多数产品的属性（颜色、尺寸、单位（10 件装、单件等）实际上大多相似。EAV 是最后的手段。

在 orderdetail 表中存储价格等的详细信息。如果产品价格在以后发生变化，您不希望价格发生变化。

我的结构会是这样的： 命令 orderid, 日期, customerid 订单详细信息 order_id，Compnay_id，Product_id，part_number，product_name，数量，价格，Unit，Color，size，其他属性 订单备注 order_id，注意

产品 product_id、Part_number、product_name、Company_id、产品价格、颜色、尺寸、单位

当某些产品没有相同的属性时，最好使用空列（除非您有数百个通常不会使用的属性） 此外，如果您想要产品的完整规格，请考虑将它们放在一个大型 varchar 文件中并在其上放置一个全文索引。这应该比 EAV 表执行得更好。