再问一个关于进销存软件的问题,欢迎这方面的高手给点提示.

[allanli]

不知道大家对于这样的情况是怎么处理的:
现在我的产品同一个品名有很多规格(例如包装不同,颜色不同,大小不同等等)
举个例子就如衣服或者鞋,同一种鞋或者衣服有很多尺码和颜色,而现在最大问题是同一种产品的不同规格的价格不一样,就如同是一种鞋,40码的和41码或者黑色和白色价格是不一样的,那么我是不是需要为每一种规格的产品在物料表建一条记录呢?
如果那样的话,那么物料表的记录就太多了(如果有一千个品种,每个品种10个尺码,5种颜色,那么就有5万条记录了),操作起来特烦,如果不这样做的话,那么我怎么反映每个规格的产品的库存呢?

不知道大家是怎么处理类似问题的呢???请多多指教啊.

[yufenfeila]

存在一个表中，用一个字段来表示规格呢？

我是来学习的

[qqcjj]

颜色,价格和号码,型号应该是分开的字段,存在同一张表应该没什么问题,主要你的查询语句

[vickyyu]

给你个表结构
item表

______________________________________________________________________
it_code it_name it_unit it_gg it_gp1 it_gp2 it_gp3 it_gp4
______________________________________________________________________
编号 名称 单位 颜色 尺寸 规格 …………………
______________________________________________________________________

itemgroup
_________________________________________
ig_type ig_code ig_name
_________________________________________
类别 编号 名称


你可以规定ig_type='1'时表示颜色，'2'尺寸，‘3’规格……
it_gp1,it_gp2,it_gp3,it_gp4都和ig_code关联
我们ERP系统的商品档案就是这样的

[allanli]

最简单最直接的办法当然就是为每一个规格建一条记录啦,这个我也知道.但问题是这样物料表的记录就太多了,不管从资料建立或者管理上都不方便啊!试想一下一千个品种的话就有上10万条记录了,一万个品种不就是上百万记录(呵呵,当然实际情况不会那么多的)

寻求更好的解决办法...

[allanli]

To vickyyu(vicky)

不是很明白你的意思,能否详细解析一下呢？最好能举个例子
还有你那样的结构库存怎么解决?我每一个具体规格的产品都需要结算库存的

[chenyu001]

你可以分开多个表来做

一个表size来保存你的尺码 sizeID sizeName

一个表color来表明颜色colorID colorName

然后用一个product表 productID colorID sizeID

我们项目就是这样做的

[tammy2net]

学习

[xiandao82]

还是以单条记录做，不然，你很难核算，比如显示的时候分页读取，在就是查看库存以树型目录的方式做，这样他查看的时候范围回很小，自然读取的记录数也就比较少了。

[szch]

为了单独核算,还是要以单条记录来设置的.
但同一时间里的品种应该还是相对少的.你可以增加停用功能对于"过时"的服装进行区分,减少数据刷新所占用的资源.

不然的话,把属性保存到业务表中.

[chenzhongfei]

我想应该是把产品的一些属性单独做成表，一个表只表示一个属性，到时候在联系起来。
就象在面向对象一样，一个类只实现一个功能，就要把他做好

[hebookboy]

将属性分开，用多个表来表示，

[songbird]

两个表.符合数据库设计的原则：
一个产品表,存放产品ID以及一些唯一属性。
一个型号表，不妨颜色尺码等信息。通过产品ID与产品表关联。

[lianyiyong]

其实你这个问题可以使用类似与一品多码的概念，如果数量不是很大，就用
多条记录好了，如果很多再实际操作中会很麻烦（电脑操作还好）。
如果真的很多，建议用vickyyu(vicky) 的方法。

[lionqun]

我觉得你的产品、颜色、尺码、包装都应该建单独的一个表，而彼此之间没有关系。
而在库存表中要把这4项都要体现出来，就是要把库存表和这几个表建立关联。
然后再入库的流程中，输入产品编号，选择颜色，选择尺码，选择包装，输入数量。
以后不管你是移库也好，出库也好，都要跟踪这四项内容。

[allanli]

看来也只能每一个品种一条记录了,最后UP一次,下次结贴了

[mooowx]

最末端的记录表的记录数是不会少于你采样的粒度的.
要提高运行效率,只能是分级设计,比如品种、尺码、颜色,各层一个表，以一个ID相关联，若要考虑有一定扩充性，则在某一级内设置一个自关联字段，例如“上级ID”之类。
一般的数据库处理几百万条记录是没有问题的，但你要考虑细致一点。
还有，可以将要求时效性较高的应用程序（如录单模块）与需要数据齐全的程序（如汇总查询）分别访问现行数据库和历史数据库......
十几天了，还没有抓定主意？很同情你...