中科新闻网ios10壁纸ipad版:数据库结构设计问题
来源：百度文库 编辑：中科新闻网 时间：2024/04/28 05:21:36
数据库结构设计问题。
要顾及到产品网页显示名称，入库出库名。
商品有两种：
1、是商品名称由几种商品组合而成的名称。
比如：某种品牌电脑，由主机和显示器两部分组成。由于主机和显示器有单独的序列号，因此入库时必须分别入库。
某台兼容机，由主板、显示器、CPU....组成。各种配件因某种原因需要分别入库。
2、是商品名称就是商品本身
比发：某种硬盘。这种好处理。直接，网页显示，入库，出库都比较方便。
针对第一种情况，如果设计数据库结构，方便产品网页显示、入库及出库。
你还是没明白我的意思。
我是说商品是按主机、显示器、主板、CPU、硬盘之类的名称入库的。但是品牌机在网页上总不能显示方正文祥E320主机和17"纯平彩色显示器吧，它们有一个共同的商品名称叫文祥E320-191。
如果我卖出一台文祥系列的电脑和一个现代音箱的话。
订单上显示的是：
方正文祥E320-191电脑 1 台 4000.00
现代音箱 1 套 200.00
出库单上显示的是
方正文祥E320-191电脑 1 台 4000.00
含 方正文祥E320-191主机 1 台
方正17"纯平显示器 1 台
现代音箱 1 套 200.00
可能在商品入库的时候跟本就不存在那个商品名称（文祥E320），入库的时候只有文祥E320主机和17"显示器。
只有两个一起出售的时候它们才统称文祥E320。或者，我可能只卖出附属物品一部分。而不是每次都一起卖出。
要顾及到产品网页显示名称，入库出库名。
商品有两种：
1、是商品名称由几种商品组合而成的名称。
比如：某种品牌电脑，由主机和显示器两部分组成。由于主机和显示器有单独的序列号，因此入库时必须分别入库。
某台兼容机，由主板、显示器、CPU....组成。各种配件因某种原因需要分别入库。
2、是商品名称就是商品本身
比发：某种硬盘。这种好处理。直接，网页显示，入库，出库都比较方便。
针对第一种情况，如果设计数据库结构，方便产品网页显示、入库及出库。
你还是没明白我的意思。
我是说商品是按主机、显示器、主板、CPU、硬盘之类的名称入库的。但是品牌机在网页上总不能显示方正文祥E320主机和17"纯平彩色显示器吧，它们有一个共同的商品名称叫文祥E320-191。
如果我卖出一台文祥系列的电脑和一个现代音箱的话。
订单上显示的是：
方正文祥E320-191电脑 1 台 4000.00
现代音箱 1 套 200.00
出库单上显示的是
方正文祥E320-191电脑 1 台 4000.00
含 方正文祥E320-191主机 1 台
方正17"纯平显示器 1 台
现代音箱 1 套 200.00
可能在商品入库的时候跟本就不存在那个商品名称（文祥E320），入库的时候只有文祥E320主机和17"显示器。
只有两个一起出售的时候它们才统称文祥E320。或者，我可能只卖出附属物品一部分。而不是每次都一起卖出。
这样做:
TABLE[COMPUTER]
FILEDS:
主机 字符型,长度根据需要来定
显示器 字符型,长度根据需要来定
主板
CPU
……
下面加一个字段：
1、类型（以此判断） 为布尔值
在程序中用判断
如果类型为0，则为品牌机
如果类型为1，则为兼容机（将主板+CPU+……统统显示出来）
语句写法：
<%=rs("zhuban")%>/<%=rs("cpu")%>/……
这个应当用树形结构
包括商品名
价格
附属物品总数
每个附属物品编号
这样可以通过遍历树来实现
使用组合拆零