再次咨询数据库设计方案。

再次咨询数据库设计方案。

想自己开发一个服装系统，遇到一个问题，

就是一款服装可能有多个颜色，有多种尺寸（个数不一），不同颜色(个数不一)，不同尺寸不同颜色还不同价格，我勒个去。

想问问江湖大侠们，你们遇到这种情况，怎么拨，还能方便进行产品加入购买车功能？？

回复讨论(解决方案)

我觉得
1、服装表 要一个默认的价格
2、不同颜色不同尺寸的服装对应表一个价格，默认为0
选服装的时候先检查  是否有不同尺寸不同颜色的价格

1服装表,字段：服装id，服装名字
2尺寸表：尺寸id，服装id，尺寸大小
3颜色表：颜色id，尺寸id，服装id，颜色名
4价格表：价格id，颜色id，尺寸id，服装id，价格多少
当然，这样设计估计会比较复杂，但是简单明了，也可以设计2张表，第一张不变，其他的几张合起来在一张表里，不过这样的话第二张表会比较大，但是搜索起来简单点

服装嘛不外是：
品牌/产地
款式
型号
颜色
价格
数量

有什么不好组织的？

1服装表,字段：服装id，服装名字
2尺寸表：尺寸id，服装id，尺寸大小
3颜色表：颜色id，尺寸id，服装id，颜色名
4价格表：价格id，颜色id，尺寸id，服装id，价格多少
当然，这样设计估计会比较复杂，但是简单明了，也可以设计2张表，第一张不变，其他的几张合起来在一张表里，不过这样的话第二张表会比较大，但是搜索起来简单点

这种设计应该比较麻烦，不够简明。

服装嘛不外是：
品牌/产地
款式
型号
颜色
价格
数量

有什么不好组织的？

它是一个款有多个颜色及尺寸，
例如
颜色有  红色 蓝色 绿色
尺寸有  150CM 160CM 170CM

每个颜色或尺寸都有不同的价格

也就是上面的选择可能是 
红色 150cm      
红色 160cm
红色 170cm
蓝色 150cm
.
.
.
.
.

这样9种价格。

服装嘛不外是：
品牌/产地
款式
型号
颜色
价格
数量

有什么不好组织的？

难道是对 款式  Group By 吗？

求大老再指点指点。

颜色表             尺寸表             库存表
id    color        id     size          id        name      color     size    num     price
1     red           1     150cm       1         短袖           2           1         50      78
2     blue          2    160cm       2         短裤           1           2         66      88

加入购物车就直接复制库存表中的字段到购物车表就可以了

顾客妈的是具体的服装，group 算什么？

品牌/产地、款式、型号、颜色、价格
只要有一个不同，就是一条记录

品牌/产地、款式、型号、颜色、价格
只要有一个不同，就是一条记录

http://item.taobao.com/item.htm?spm=a1z10.5.w5003-8066027476.1.WQfhO4&id=40200659778&scene=taobao_shop
点击上面连接

像这样子的，选择不同款，不同颜色，可能不同价格，但是它的标题都是同一个啊。

其实我就是想实现这样的效果，可能是我表达有误。

那不过是个多条件查询
我建议的数据结构正好适合这种查询

那不过是个多条件查询
我建议的数据结构正好适合这种查询

昨晚想了又想，也找了一些语句，发现都没有办法实现，实在摸不着头脑

还望老大 再详细指点一下，非常感谢。

服装表：品牌、款式、基本价格
颜色表：品牌、颜色、增加价格
尺寸表：品牌、尺寸、增加价格

衣服表：品牌、款式、颜色、尺寸、衣服价格

用户选择服装品牌，显示基本价格；选择不同颜色和尺寸增加价格，获取最终价格，保存到衣服表或者缓存到session

怎么这么不开窍呢？
用 品牌/产地、款式 查表，就会得到对应商品的 型号、颜色、价格、库存数量
有了这些数据，写界面还难吗？

两张表。
一张放公共信息，一张放私有信息。
对于一件衣服来说，它的名称，产地等是公共信息，而它的颜色，尺寸和价格等就是私有信息。

怎么这么不开窍呢？
用 品牌/产地、款式 查表，就会得到对应商品的 型号、颜色、价格、库存数量
有了这些数据，写界面还难吗？

有时候确实开不了窃，可能是自己少于对经验总结，真心不好意思。

我打算这样设计：

ID     产品名称          产品ID         型号              颜色              价格                 库存数量
id      Pro_Name      Pro_id        pro_type      pro_color      pro_price         pro_num
1       小童装夏装        0               kids_001     红色                95                      100
 2                                  1                                     蓝色                 98                     100
 3                                   1                                    紫色                 92                      100
.
.
.
.
.
.

先添加一个产品的基本资料，然后再对该产品继续添加多个不同价格，颜色等。

你看这样一张表行不行？是否还有优化空间？

ID     产品名称      产品ID      型号         颜色           价格         库存数量id     Pro_Name      Pro_id      pro_type     pro_color      pro_price    pro_num1      小童装夏装    01          kids_001     红色           95           1002      小童装夏装    02          kids_001     蓝色           98           1003      小童装夏装    03          kids_001     紫色           92           100

对于顾客和商家而言，所有的商品都是独立的，没有其中项。只有捆绑销售的是个例外

我觉得不一定要全部由数据库来完成。

颜色，尺寸，这些基本上是固定的，也就那么一些，这些可以全部列举出来。

生成一个xml，查询或啥的，读取xml

xmlid匹配数据库