subject_34391.htm

一些关于vc的问答

<p>
序号：34391 发表者：啊志 发表日期：2003-03-29 14:14:47
<br>主题：逻辑数据库设计问题，两种方案比较？
<br>内容：我现在做一个商品销售的东西，<BR><BR>商品表有一些商品的通用属性，但是还有些属性是各种商品不同的<BR>比如“笔记本”类商品，这类商品有各种组件的参数，而“方便面”类的商品，则需纪录重量、调料等另外的属性<BR><BR>这些属性要给用户提供查询使用，所以不能简单的做成一个“商品详细信息”的字段，而且，成了表中套表，不好<BR><BR>我的办法是：<BR>商品（id，商品种类id，名字，价格，单位，品牌。。。。）<BR>商品种类（id,种类名字）<BR>商品种类的属性表（种类id，属性id）<BR>商品属性列表（id ,属性名）<BR>商品属性值表（商品id，商品属性id，属性值）<BR><BR>要想查询商品的信息，需要先根据 商品.商品种类id 字段查找&nbsp;&nbsp;商品种类的属性表 ，得到该种商品的所有属性；然后，查找&nbsp;&nbsp;商品属性值表 ，得到商品的属性所有纪录<BR><BR>这样的优点是：灵活性大，适用于所有的商店<BR>缺点是&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;：商品属性值表 被查询的次数太多，查询量很大，我怕它出错<BR>还有个缺点 ： 商品属性值表.属性值 字段 类型可变最好，但是做不到，只能是用varchar类型，在查询的时候再进行转换<BR><BR><BR>我见过一些其他的做法，是做一个“元数据表”，规定了一些字段的信息。我的疑问是：<BR>根据元数据表生成新表，新表的名字是待定的，并且形成了各种各样的“商品表”<BR>比如，动态生成了“笔记本商品表”“方便面商品表”等<BR><BR>那末，这样做是不是，影响了商品表与订单表等其他表的关联？？<BR><BR>我有些糊涂，隐隐觉得这种做法在程序中限制太多<BR><BR>请高手指教~<BR><BR><BR><BR>2003-3-31 11:43:40