对于B2B商店,我正在寻找最好的数据库设计。这些产品存储在数据库中,并且每个产品都有一个尺寸栏。此尺寸栏中的产品大小未知。所以,此时此刻,我们知道了产品,也知道了产品有哪些尺寸。在此之后,应该可以将未知数量的颜色添加到产品中,最后,对于每种颜色/尺寸组合,应该存储库存量。
下面,我已经为它设计了数据库,但我认为这不是最好的解决方案。底线是将会有输入的订单。几乎每个订单都有多个产品和几乎所有的颜色/尺寸组合。有没有人能帮我设计最好的数据库呢?
表结构:
sizebar
--------
id, title
sizebar_sizes
--------
id, sizebar_id, size
products
--------
id, sizebar_id, title
products_colors
--------
id, product_id, color
products_sizes
--------
id, color_id, sizebar_sizes_id, quantity发布于 2014-01-22 23:33:25
我想你想要多对多的关系。产品和大小应该有一个透视表products_sizes。产品和颜色应该有一个透视表products_colors
另一个表可以包含库存项目,例如:包含productID、colorID和sizeID外键的in_stock表
发布于 2014-01-22 23:47:12
我真的不能理解什么是" sizebar“,但如果像您所说的那样,每个产品都有且只有一个sizebar,那么任何sizebar数据都可以是products表的一部分。
然后你就有了尺寸:
sizes
--------
id, size和颜色:
colors
--------
id, color产品仍然是一个通用的、高级的概念:
products
--------
id, title, sizebar_name因此,我们需要知道哪些特定的变体是可用的,对吧?我称它为"items“,但它也可以是"available_products”或"variations“或其他任何东西:
items
--------
id, item_id, color_id, size_id我们还需要跟踪订购的项目,因此我们需要订单:
orders
--------
id, client_id, order_date, shipping_type, etc etc和
order_items
----------
id, order_id, item_id, quantityhttps://stackoverflow.com/questions/21286916
复制相似问题