电子商务数据库的数据结构

dys_198102 2009-11-24 04:20:18
今天去面试,别人出了一个面试题:
电子商务网站的数据库数据结构怎么搭建:
大类: 家电 手机 电脑 日用品
小类:例家电的小类如下
大家电 生活电器 厨房电器 汽车用品

一级小类:例大家电的一级小类如下
洗衣机 平板电视 电热水器

下边是洗衣机的参数如下:
洗衣机
- 商品筛选

品牌:全部 海尔 西门子 三洋 小天鹅 其它

价格:全部 1-500 501-1000 1001-1500 1501-2000

自动化程度:全部 全自动 半自动 其它

驱动方式:全部 波轮式 滚筒式 干衣机 其它

洗涤容量Kg:全部 2.0以下 2.1--4.5 4.6--6.0 其它


而平板电视的参数又不一样了:
品牌:全部 创维 LG 夏普 三星
品类:全部 液晶电视 等离子电视 LED电视 其它
尺寸: 全部 19英寸 20英寸 22英寸 23英
等等,不同的产品有不同的参数
每个产品还有具体的参数:
例如:
LG 32英寸高清液晶电视 32LH20RCLG年度畅销机型(标配底座)
市 场 价:¥3,698.00
商品编号:167692
现 价:(降价通知)
各地库存:北京仓现货 上海仓现货 广州仓现货
附 件: LG LG32LH30S底座 ×1


现在的问题是前面的大类,小类,一级小类,我是分别做了三个大类A表,小类B表,一级小类C表,
后面的商品筛选参数,和具体的产品参数,这里的表我不知道 怎么弄了,高手指点一下,谢谢



...全文
455 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
dys_198102 2009-11-24
  • 打赏
  • 举报
回复
还有一点,就是能在后台添加数据,包括大类,小类,以及参数
dys_198102 2009-11-24
  • 打赏
  • 举报
回复
想想,类别表,属性表,值表,建这样三个表应可以了,高手指点一下这样做的利和弊??反正以提高性能为前提
happy664618843 2009-11-24
  • 打赏
  • 举报
回复
类别表 名称 表
yankunlin 2009-11-24
  • 打赏
  • 举报
回复
学习
dys_198102 2009-11-24
  • 打赏
  • 举报
回复
星级人物都出现了,呵呵,10楼老大有点意思,我看看
wuyq11 2009-11-24
  • 打赏
  • 举报
回复
使用一个分类表,无限级分类
有名称,父级,商品筛选参数,深度
树形结构

http://topic.csdn.net/u/20090422/11/a4d9e78f-06be-4e5b-adab-2df777a97271.html
zzxap 2009-11-24
  • 打赏
  • 举报
回复
如果用竖表,你保存数据的时候会很麻烦,数据量一大就基本废了
zzxap 2009-11-24
  • 打赏
  • 举报
回复
老老实实建表,可扩充性可维护性,跟速度是相矛盾的

所有商品公用一个大类表。类型 属性 价格 等

根据类型到不同的表取不同的参数。
Tanhualin 2009-11-24
  • 打赏
  • 举报
回复
帮顶一下
hsxgodkiller 2009-11-24
  • 打赏
  • 举报
回复
让表无限级分类,对于海量数据的处理来说,在性能上还是有些不足的。

如果希望灵活性和效率,就要做到拆分的粒度适中,拆的最少的就是无限级分类了,拆的最多的就是把一个不同的东西放在一个表里,如果需要考虑优化的方案,要看业务情况,取一个合适的方案
dys_198102 2009-11-24
  • 打赏
  • 举报
回复
这个数据库数据结构设计得保证性能的提高。3 4楼的有点道理。
wszhoho 2009-11-24
  • 打赏
  • 举报
回复
两张表就可以了,一张类别表,类似无限级分类的,但是2级就够了。
另一张产品详细表,字段最大程度设计,留几十个备注字段出来,以后想到了再改列名。
zhong2006 2009-11-24
  • 打赏
  • 举报
回复
大类: 家电 手机 电脑 日用品
小类:例家电的小类如下
大家电 生活电器 厨房电器 汽车用品

一级小类:例大家电的一级小类如下
洗衣机 平板电视 电热水器

这三级放一张表里
typeid typename parentid
1 家电 0
2 大家电 1
3 洗衣机 2

dys_198102 2009-11-24
  • 打赏
  • 举报
回复
嗯,还有别的招没,我看掏宝等大型网站,数据结构是什么 样的,希望有更好的方法,我现在都在想,为了提高点性能,把商品筛选的参数,集合到一个字段里,用的时候 在客户端分解。这样就不用考虑,每一个产品增加相应的参数字段了。希望各位高手多多提意见。。。。
hsxgodkiller 2009-11-24
  • 打赏
  • 举报
回复
型号、具体参数表,可以考虑作为字典表设计,可以把同大类或者小类的型号存放在一个字典表中,也可以细分,一种型号的类型,就一个字典表,这样字典表就会比较多一些,还有就是对于会产生变化的项,可以考虑把表竖过来设计,就是让表项变成表记录,这样就可以在更改表项的时候变得方便点,但是性能有很大损失,要考虑性能上的弥补措施。

62,025

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧