請問倉庫管理系統怎樣設計? 库存表(产品编号,数量,....)入库表(产品编号,数量,时间....)出库表(产品编号,数量,时间....)产品表(产品编号,产品名....) 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 要根据你自己的需要来设计,:) 要设计的表最低也要得三十多张,买点仓管进销存的书看吧! 让大家帮你做项目,不是吧! 转物资基本信息资料、入库信息管理、出库信息管理、余额信息管理还有当低于库存警戒量和高于库存最高量时,系统自动显示警告等等如果有分部要考虑一级库存指公司总部的库存,以此类推,二级库存则指其加盟商或直营店(即一级代理商)的库存,三级库存则指二级代理商的库存.....这个问题近来困扰了我一段时间。以前我们的做法一直是:将出入库单据表和库存表分开,当出入库单据被确认时,修改库存表,库存表中总是只保留当前的库存数据。这样库存表设计大致如下:货号、批号、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格这样的逻辑比较自然,但是,在用户要求追搠历史库存的时候,就比较困难了,只能根据当前库存和单据,进行倒推。要查询某历史时间点的库存时,时间越前,计算量越大。近一段时间以来接触到一种新的思路,觉得也很有道理,现在正在考虑中:将出入库单据辅表和库存表合为一体,每条单据明细记录上都加上该单据发生后的即时库存余额。简单的说,就是完全模拟原有库存手工帐的帐页形式。举例来讲,在这种模式下,出入库单据辅表(库存表)的结构设计就应大致如下:单据号、货号、批号、出入库方向、数量、价格、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格、生效时间、失效时间这样,查询历史任意时间点的库存数量就会变得很简单。但是这个模式的缺点是,单据确认生成库存帐后,将绝对无法再修改,如果有错误也只能做冲帐处理。而且显然,此模式的出入库单据确认时,所需要进行的操作会是非常复杂的。 物资基本信息资料、入库信息管理、出库信息管理、余额信息管理还有当低于库存警戒量和高于库存最高量时,系统自动显示警告等等如果有分部要考虑一级库存指公司总部的库存,以此类推,二级库存则指其加盟商或直营店(即一级代理商)的库存,三级库存则指二级代理商的库存.....这个问题近来困扰了我一段时间。以前我们的做法一直是:将出入库单据表和库存表分开,当出入库单据被确认时,修改库存表,库存表中总是只保留当前的库存数据。这样库存表设计大致如下:货号、批号、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格这样的逻辑比较自然,但是,在用户要求追搠历史库存的时候,就比较困难了,只能根据当前库存和单据,进行倒推。要查询某历史时间点的库存时,时间越前,计算量越大。近一段时间以来接触到一种新的思路,觉得也很有道理,现在正在考虑中:将出入库单据辅表和库存表合为一体,每条单据明细记录上都加上该单据发生后的即时库存余额。简单的说,就是完全模拟原有库存手工帐的帐页形式。举例来讲,在这种模式下,出入库单据辅表(库存表)的结构设计就应大致如下:单据号、货号、批号、出入库方向、数量、价格、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格、生效时间、失效时间这样,查询历史任意时间点的库存数量就会变得很简单。但是这个模式的缺点是,单据确认生成库存帐后,将绝对无法再修改,如果有错误也只能做冲帐处理。而且显然,此模式的出入库单据确认时,所需要进行的操作会是非常复杂的。 --产品表CREATE TABLE [dbo].[product] ( [productno] [char] (8) COLLATE Chinese_PRC_BIN NOT NULL , --产品编码 [pr_name] [char] (40) COLLATE Chinese_PRC_BIN NOT NULL , --产品名称 [pr_venodor] [char] (4) COLLATE Chinese_PRC_BIN NULL ,--供应商编码 [pr_buyer] [char] (4) COLLATE Chinese_PRC_BIN NOT NULL , --采购员编码 [purprice] [numeric](8, 2) NOT NULL , --最新采购价 [purcost] [numeric](10, 4) NOT NULL , --最新采购成本 [wsaleprice] [numeric](10, 4) NOT NULL , --销售价 [saletax] [numeric](4, 2) NOT NULL ,--销售税率 17.00增值税 [purtax] [numeric](4, 2) NOT NULL ,--采购税率 17.00增值税 [stopin] [char] (1) COLLATE Chinese_PRC_BIN NOT NULL ,--商品是否终止,注意如果不在经营该商品,不能删除 [stoptime] [datetime] NULL , --终止日期 [newdate] [datetime] NOT NULL ,--商品添加日期 [orderspecs] [char] (10) COLLATE Chinese_PRC_BIN NOT NULL ,--订货规格 [orderunit] [char] (2) COLLATE Chinese_PRC_BIN NOT NULL ,--订货单位 [saleunit] [char] (2) COLLATE Chinese_PRC_BIN NOT NULL ,--销售单位 [trade] [char] (3) COLLATE Chinese_PRC_BIN NOT NULL ,--品牌 [badtype] [tinyint] NOT NULL , --坏货种类 [salegroup] [tinyint] NOT NULL ,--销售级别 [repair_mm] [tinyint] NULL ,--维修周期 月为单位) ON [PRIMARY]--库存表CREATE TABLE [dbo].[inventory] ( [deptno] [char] (5) COLLATE Chinese_PRC_BIN NOT NULL ,部门编码 [product] [char] (8) COLLATE Chinese_PRC_BIN NOT NULL ,商品编码 [snotax_tot] [numeric](14, 4) NOT NULL ,含税成本 [saleprice] [numeric](7, 2) NOT NULL ,销售价 [savecost] [numeric](9, 4) NOT NULL ,成本 [salegrade] [char] (1) COLLATE Chinese_PRC_BIN NOT NULL ,销售级别 [si_safeamt] [numeric](7, 2) NULL ,安全销售数量 [safecycle] [tinyint] NULL ,销售周期 [bigestamt] [numeric](7, 2) NULL 最大安全存货数量) ON [PRIMARY]GO SQL2000的包存储在哪个数据库里的? 请教:比较小数后2位大小 关于SQL Server2000 查询分析器中“预计执行计划”的一点疑问 想学好数据库 求C#winform 使用sql的例子,简单例子即可,我是个菜鸟 sql类型转换,望高手指点。万分感谢! 一个有关binary类型的计算,谁来帮忙看看? 还原数据库 with move 怪问题 一个复杂sql语句的书写问题 隔了二三天没上CSDN,这里还多了一位斑主啦!恭喜恭喜:-) 请问数据库中外键的用法 一个调用带参数的存储过程的问题!急!
物资基本信息资料、入库信息管理、出库信息管理、余额信息管理
还有当低于库存警戒量和高于库存最高量时,系统自动显示警告等等
如果有分部要考虑
一级库存指公司总部的库存,以此类推,二级库存则指其加盟商或直营店(即一级代理商)的库存,三级库存则指二级代理商的库存.....
这个问题近来困扰了我一段时间。以前我们的做法一直是:将出入库单据表和库存表分开,当出入库单据被确认时,修改库存表,
库存表中总是只保留当前的库存数据。这样库存表设计大致如下:
货号、批号、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格这样的逻辑比较自然,但是,在用户要求追搠历史库存的时候,就比较
困难了,只能根据当前库存和单据,进行倒推。要查询某历史时间点的
库存时,时间越前,计算量越大。近一段时间以来接触到一种新的思路,觉得也很有道理,现在正在考虑中:将出入库单据辅表和库存表合为一体,每条单据明细记录上都加上该单据
发生后的即时库存余额。简单的说,就是完全模拟原有库存手工帐的帐页
形式。举例来讲,在这种模式下,出入库单据辅表(库存表)的结构设计
就应大致如下:
单据号、货号、批号、出入库方向、数量、价格、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格、生效时间、失效时间这样,查询历史任意时间点的库存数量就会变得很简单。但是这个模式的
缺点是,单据确认生成库存帐后,将绝对无法再修改,如果有错误也只能
做冲帐处理。而且显然,此模式的出入库单据确认时,所需要进行的操作会是
非常复杂的。
物资基本信息资料、入库信息管理、出库信息管理、余额信息管理
还有当低于库存警戒量和高于库存最高量时,系统自动显示警告等等
如果有分部要考虑
一级库存指公司总部的库存,以此类推,二级库存则指其加盟商或直营店(即一级代理商)的库存,三级库存则指二级代理商的库存.....
这个问题近来困扰了我一段时间。以前我们的做法一直是:将出入库单据表和库存表分开,当出入库单据被确认时,修改库存表,
库存表中总是只保留当前的库存数据。这样库存表设计大致如下:
货号、批号、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格这样的逻辑比较自然,但是,在用户要求追搠历史库存的时候,就比较
困难了,只能根据当前库存和单据,进行倒推。要查询某历史时间点的
库存时,时间越前,计算量越大。近一段时间以来接触到一种新的思路,觉得也很有道理,现在正在考虑中:将出入库单据辅表和库存表合为一体,每条单据明细记录上都加上该单据
发生后的即时库存余额。简单的说,就是完全模拟原有库存手工帐的帐页
形式。举例来讲,在这种模式下,出入库单据辅表(库存表)的结构设计
就应大致如下:
单据号、货号、批号、出入库方向、数量、价格、货主编号、仓库编号、库存属性、库位编号、库存余额、库存价格、生效时间、失效时间这样,查询历史任意时间点的库存数量就会变得很简单。但是这个模式的
缺点是,单据确认生成库存帐后,将绝对无法再修改,如果有错误也只能
做冲帐处理。而且显然,此模式的出入库单据确认时,所需要进行的操作会是
非常复杂的。
CREATE TABLE [dbo].[product] (
[productno] [char] (8) COLLATE Chinese_PRC_BIN NOT NULL , --产品编码
[pr_name] [char] (40) COLLATE Chinese_PRC_BIN NOT NULL , --产品名称
[pr_venodor] [char] (4) COLLATE Chinese_PRC_BIN NULL ,--供应商编码
[pr_buyer] [char] (4) COLLATE Chinese_PRC_BIN NOT NULL , --采购员编码
[purprice] [numeric](8, 2) NOT NULL , --最新采购价
[purcost] [numeric](10, 4) NOT NULL , --最新采购成本
[wsaleprice] [numeric](10, 4) NOT NULL , --销售价
[saletax] [numeric](4, 2) NOT NULL ,--销售税率 17.00增值税
[purtax] [numeric](4, 2) NOT NULL ,--采购税率 17.00增值税
[stopin] [char] (1) COLLATE Chinese_PRC_BIN NOT NULL ,--商品是否终止,注意如果不在经营该商品,不能删除
[stoptime] [datetime] NULL , --终止日期
[newdate] [datetime] NOT NULL ,--商品添加日期
[orderspecs] [char] (10) COLLATE Chinese_PRC_BIN NOT NULL ,--订货规格
[orderunit] [char] (2) COLLATE Chinese_PRC_BIN NOT NULL ,--订货单位
[saleunit] [char] (2) COLLATE Chinese_PRC_BIN NOT NULL ,--销售单位
[trade] [char] (3) COLLATE Chinese_PRC_BIN NOT NULL ,--品牌
[badtype] [tinyint] NOT NULL , --坏货种类
[salegroup] [tinyint] NOT NULL ,--销售级别
[repair_mm] [tinyint] NULL ,--维修周期 月为单位
) ON [PRIMARY]--库存表CREATE TABLE [dbo].[inventory] (
[deptno] [char] (5) COLLATE Chinese_PRC_BIN NOT NULL ,部门编码
[product] [char] (8) COLLATE Chinese_PRC_BIN NOT NULL ,商品编码
[snotax_tot] [numeric](14, 4) NOT NULL ,含税成本
[saleprice] [numeric](7, 2) NOT NULL ,销售价
[savecost] [numeric](9, 4) NOT NULL ,成本
[salegrade] [char] (1) COLLATE Chinese_PRC_BIN NOT NULL ,销售级别
[si_safeamt] [numeric](7, 2) NULL ,安全销售数量
[safecycle] [tinyint] NULL ,销售周期
[bigestamt] [numeric](7, 2) NULL 最大安全存货数量
) ON [PRIMARY]
GO