MySQL可变商品数据模型的设计
数据模型设计的时候,经常出现列是可变的。传统的数据库可以用行列倒转来实现。
但是这种方式 一个表的数据会很多,比如有50个列的表。每建一条记录就有50条数据。还有的问题就是不好搜索。
类似于淘宝定义 产品的属性。 一个产品的属性。根据不同的产品肯定有很多变化,不会预先定义好一个完整的列表。
还有就是用 mongodb 这样文档型数据库。可以简单的添加数据,好像也不是很好的 多列多条件查询?
或者是用mongodb + elasticsearch 这种方案。
有人生产上面有过这方面的设计经验吗?一般如何设计更好?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
首先,MySQL完全可以满足这个需求。并不需要引入mongodb来增加额外的依赖,更何况mongodb也不是用来干这个的。
首先,我们需要理清思绪。想清楚我们需要哪几个数据结构
基础表:
产品 product
产品属性 product_attr
产品属性选项 product_attr_set
商品 goods
商品产品属性记录表 product_map
关系:
商品
一对多
产品产品
多对多
产品属性商品产品属性记录表
一对多
产品属性商品产品属性记录表
一对多
产品属性选项看起来挺麻烦吧。我做了张图:
模型
实例
之所以这样设计,有以下好处:
使用
产品属性:选项
,而不是产品属性:值
,这将利于搜索,例如找金色的iphone将会非常简单和精准,利于数据分析。也不会出现商家上传屎黄色iPhone
导致数据混乱的情况产品
多对多
产品属性,让一些常用的商品属性能够复用。例如T恤码数(X、XL、XXL)这样一个属性可以挂到长袖、短袖、衬衫产品下(当然你也可以只需要一个"上衣")。没有人回答?
筛选时,查找"同时包含"多个特定配置条件的商品集合,可以这样写:
表结构如下: