28,391
社区成员
发帖
与我相关
我的任务
分享讨论淘宝店铺的数据库设计
没钱，只有10块了，求个理论问题.淘宝大家都去过把，淘宝的店铺如何实现，假设他用的是关系数据库？
如果是小数据库，可以设计为：
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，店铺其他信息
每次进入店铺就得描一次“表_商品”组织商品数据，淘宝这么庞大的数据，根本不能这样吧。
还可以设计为：
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，商品ID序列，店铺其他信息
这倒是稍微方便点，只需要找到店铺ID－－分离其他商品ID序列；不过如果各店规模相差巨大，某些有成千上万个商品，某些只有1、2个，数据储存上有麻烦。
大家觉得该如何设计。
如果是小数据库，可以设计为：
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，店铺其他信息
每次进入店铺就得描一次“表_商品”组织商品数据，淘宝这么庞大的数据，根本不能这样吧。
还可以设计为：
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，商品ID序列，店铺其他信息
这倒是稍微方便点，只需要找到店铺ID－－分离其他商品ID序列；不过如果各店规模相差巨大，某些有成千上万个商品，某些只有1、2个，数据储存上有麻烦。
大家觉得该如何设计。
...全文
请发表友善的回复…
发表回复
smartcatiboy 2006-08-09
- 打赏
- 举报
索引再好，每次几亿个商品也是很费时的。
"表_店铺"的商品ID序列就是，把所有商品ID全部列在一起，要提出来的时候split分割。
比方有
表_商品
商品ID 名称 店铺名
001 大包垃圾 穷学生的家
002 小包垃圾 穷学生的家
003 臭袜子 穷学生的家
004 破书包 穷学生的家
表_店铺
店铺ID 店铺名 店铺商品序列ID
001 穷学生的家 001,002,003,004
这样从店铺ID到组织店铺商品，只要查询一次“表_店铺”，然后split
而用方式一，就得全部稍描"表_商品"
(至于获取商品的信息，可用harsh算法，不需考虑)
"表_店铺"的商品ID序列就是，把所有商品ID全部列在一起，要提出来的时候split分割。
比方有
表_商品
商品ID 名称 店铺名
001 大包垃圾 穷学生的家
002 小包垃圾 穷学生的家
003 臭袜子 穷学生的家
004 破书包 穷学生的家
表_店铺
店铺ID 店铺名 店铺商品序列ID
001 穷学生的家 001,002,003,004
这样从店铺ID到组织店铺商品，只要查询一次“表_店铺”，然后split
而用方式一，就得全部稍描"表_商品"
(至于获取商品的信息，可用harsh算法，不需考虑)
ansiboy 2006-08-09
- 打赏
- 举报
应该是表一吧。
有索引的话，又不用全表描扫，有什么不可？再说，淘宝里的商品会过期的！过期的商品这转到另一个数据库。
有索引的话，又不用全表描扫，有什么不可？再说，淘宝里的商品会过期的！过期的商品这转到另一个数据库。
net205 2006-08-09
- 打赏
- 举报
没怎么玩过
要是在添加商品时让你选店铺，那肯定是第1种.
要是在添加商品时让你选店铺，那肯定是第1种.
net205 2006-08-09
- 打赏
- 举报
选1.....
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，商品ID序列，店铺其他信息
---------------------表_商品中有商品店铺ID
咋还要在表_店铺加个商品ID序列呢...........
表_商品:商品ID，商品店铺ID，商品其他信息
表_店铺:店铺ID，商品ID序列，店铺其他信息
---------------------表_商品中有商品店铺ID
咋还要在表_店铺加个商品ID序列呢...........
