首页 / PHP / 再次咨询数据库设计方案。
再次咨询数据库设计方案。
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了再次咨询数据库设计方案。,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含4844字,纯文字阅读大概需要7分钟。
内容图文
![再次咨询数据库设计方案。](/upload/InfoBanner/zyjiaocheng/200/f1e7552d86944e9c8ef49ec5304d7986.jpg)
想自己开发一个服装系统,遇到一个问题,
就是一款服装可能有多个颜色,有多种尺寸(个数不一),不同颜色(个数不一),不同尺寸不同颜色还不同价格,我勒个去。
想问问江湖大侠们,你们遇到这种情况,怎么拨,还能方便进行产品加入购买车功能??
回复讨论(解决方案)
我觉得
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匹配数据库
内容总结
以上是互联网集市为您收集整理的再次咨询数据库设计方案。全部内容,希望文章能够帮你解决再次咨询数据库设计方案。所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。