商城系统 DBShop V1.0 Release 20170315 发布

静静的风
 静静的风
发布于 2017年03月15日
收藏 30

修正 前台消费积分购买商品(包括优化)
修正 在某些浏览器下,后台模板管理超出页面范围问题
修正 手机版首页,设置显示商品时,销量显示不正确
修正 后台统计对于N天前的统计,统计时间有些许误差问题
修正 百度编辑器,可能会在某些php7环境下上传图片出错
修正 后台销售统计,未付款总额与已付款总额写反了

优化 后台商品添加与编辑,加入 取消积分购买 按钮
优化 修改文字描述错误,订单商品中的属性应该为规格
优化 对购物车订单提交页面的配送费用进行检查是否存在
优化 后台订单列表底部优化

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:商城系统 DBShop V1.0 Release 20170315 发布
资讯来源:DBShop
加载中

最新评论(7

sharecow
sharecow
这东西有几个人在用啊
eechen
eechen
@静静的风
多谢回复.
不过属性跟商品分类应该是相关的,
比如"汽车"这个分类里有"排量"属性,"衣服"这个分类里有"尺码"属性.
我这里提到的全文检索是利用数据库的全文索引实现"分类属性筛选"这个商城功能,而不是输入关键词搜索这种功能.
商品和属性筛选表里保存的是商品具备的属性值,比如商品1具有"黑色"和"大号"等等属性值的编号.
筛选时,就是利用全文检索找到同时包含用户选择的所有属性值的商品.

还有,想请教下SKU表是怎么设计的.
eechen
eechen

引用来自“乌龟壳”的评论

@eechen 目测lz说的和我那天回答的很类似,只是lz稍微具体说出了第三方搜索组件这样一个思路。不过目测你的sqlite大法也行吧。lz说的分类啥的标签啥的,就是那个把分类库存等,在搜索的角度统一做成属性
SQLite只是举例,其实用MySQL也能进行全文检索:
select * from 商品表
inner join 商品和属性筛选表
on 商品表.商品编号 = 商品和属性筛选表.商品编号
where 商品表.商品分类编号 = 2
and MATCH(商品和属性筛选表.商品具有的属性值编号) AGAINST('+1001 +1003' IN BOOLEAN MODE)
order by 商品表.评论数 DESC LIMIT 10 OFFSET 20;
乌龟壳
乌龟壳
@eechen 目测lz说的和我那天回答的很类似,只是lz稍微具体说出了第三方搜索组件这样一个思路。不过目测你的sqlite大法也行吧。lz说的分类啥的标签啥的,就是那个把分类库存等,在搜索的角度统一做成属性
静静的风
静静的风

引用来自“eechen”的评论

想请教下楼主,DBShop的商品属性的存储和筛选是怎么实现的.

我写了篇博文介绍了我的实现思路:
https://my.oschina.net/eechen/blog/857845
分类表(商品分类编号, 分类名称, 父分类编号)
商品表(商品编号, 商品名称, 商品分类编号, 卖家编号, SPU销量, 评论数)
SKU表(库存表)(SKU编号, 商品编号, SKU属性, 价格, 库存, SKU销量)
属性名(属性名编号, 属性名, 商品分类编号, 父属性编号, 显示顺序, 开关状态, 是否参与筛选, 属性类型(关键属性/非关键属性/SKU销售属性))
属性值(属性值编号, 属性值, 属性名编号, 显示顺序, 开关状态, 是否参与筛选)
商品和属性关系表(自增编号, 商品编号, 属性名编号, 属性值编号)
商品和属性筛选表(商品编号, 商品具有的属性值编号) 使用全文检索进行筛选.

其中"商品和属性关系表"可能数据量会很多,这时是否可以考虑把所有属性JSON编码后存储到"商品表"的一个字段呢?这样就可以省去这张关系表.
属性与商品分类无关;全文检索与它们无关;属性只作为展示;前台如分类的检索,使用标签功能。全文检索,应使用一个单独的全量信息数据表,为以后迁移到第三方检索引擎做准备。
eechen
eechen
想请教下楼主,DBShop的商品属性的存储和筛选是怎么实现的.

我写了篇博文介绍了我的实现思路:
https://my.oschina.net/eechen/blog/857845
分类表(商品分类编号, 分类名称, 父分类编号)
商品表(商品编号, 商品名称, 商品分类编号, 卖家编号, SPU销量, 评论数)
SKU表(库存表)(SKU编号, 商品编号, SKU属性, 价格, 库存, SKU销量)
属性名(属性名编号, 属性名, 商品分类编号, 父属性编号, 显示顺序, 开关状态, 是否参与筛选, 属性类型(关键属性/非关键属性/SKU销售属性))
属性值(属性值编号, 属性值, 属性名编号, 显示顺序, 开关状态, 是否参与筛选)
商品和属性关系表(自增编号, 商品编号, 属性名编号, 属性值编号)
商品和属性筛选表(商品编号, 商品具有的属性值编号) 使用全文检索进行筛选.

其中"商品和属性关系表"可能数据量会很多,这时是否可以考虑把所有属性JSON编码后存储到"商品表"的一个字段呢?这样就可以省去这张关系表.
YouYaX
YouYaX
赞一个,电子商务依旧主流
返回顶部
顶部