【话题讨论】这种表结构如何设计比较好

yaxctgu

需求如下：商品表,商品类别表，区域表，店铺表
可以针对商品设置可售区域，商品还有一个属性是商品类别，店铺隶属于某一个区域，店铺有一个属性是可销售商品类别
在商品详细页，只能看到可售区域并且该商品的类别与店铺类别相同的店铺，请教各位大师，这种结构该如何设计，以方便后面的查询维护？


通常情况下，商品的可售区域一定要通过关系表来维护么？一般的电子商务网站是怎么处理的呢？求指点

芳林野草

用PD画的demo，欢迎拍砖！

概念数据模型：


逻辑数据模型：


-- 显示某个店铺商品清单的参考SQL
select a.商品编号，a.商品名称
  from 商品 a， 店铺可售商品类别 b， 商品可售区域 c，店铺 d
where a.商品类别编号 = b.商品类别编号
   and b.店铺编号 = ：店铺编号
   and a.商品编号 = c.商品编号
   and c.区域编号 = d.区域编号
   and d.店铺编号 = ：店铺编号

lastwinner

通常情况下，商品的可售区域一定要通过关系表来维护么？

是的，这样比较灵活

oracle重庆思庄

好方法在楼上这几位 我赞成

skiiwujinhua

顶2楼。

10232606

还是要看具体业务情况来定了。
考虑几个因素
1：每个区域的每个商店中的商品价格是一致的？（请考虑到打折的商品）
2：每个商店中的商品，在其它商店中是否也存在？
3：每个商店中的商品，存在打包的那种商品，这类商品的价格、名字、包装等属性，在各个商店中叫法一致？
4：如何统一的去统计分析各个商店中的商品？（实际上在各个商店中这些商品的名称并不同）
如果你能考虑到这些问题，并能解决，我相信你已经有很好的结构了。。。

newkid

楼主说“店铺有一个属性是可销售商品类别”，难道每个店铺只允许销售一种类别的商品？

siraotianya

顶2楼

yaxctgu

芳林野草 发表于 2014-8-11 08:19
用PD画的demo，欢迎拍砖！

概念数据模型：

如此用心，先谢了！

其实我本意也如此，所有的关系都通过关系表来维护，但是我担心一个问题，就比如你下面写的一个sql，如果仅考虑这几张表，就已经是4张表关联了，数据量大了，效率、性能方面会不会有问题？
所以，我是在想，可不可以把某些关系放到一个表里去，比如你上面的店铺有个区域编号这种，类似，某些关系我们能不能以json或xml的形式存在本表的一个字段中，不知道这种搞法是否可行

yaxctgu

lastwinner 发表于 2014-8-11 09:36
通常情况下，商品的可售区域一定要通过关系表来维护么？

是的，这样比较灵活

版主，请看下面的疑问：

其实我本意也如此，所有的关系都通过关系表来维护，但是我担心一个问题，就比如你下面写的一个sql，如果仅考虑这几张表，就已经是4张表关联了，数据量大了，效率、性能方面会不会有问题？
所以，我是在想，可不可以把某些关系放到一个表里去，比如你上面的店铺有个区域编号这种，类似，某些关系我们能不能以json或xml的形式存在本表的一个字段中，不知道这种搞法是否可行