高分(2000)求教:进货管理、库存管理、销售管理的数据库设计的要点!参与有分! 最重要的是系统分析和结构规划拉!我自己没写过,不过你可以看看别人的设计啊!http://www.genersoft.com/product/gqbzb.doc是浪潮的一个财务软件的介绍! 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 基于一个思想,用户可自定制工作流。oops~~~ 进贷、库存、销售,各表数据之间是如何联系起来的呢?一般是通过前台程序,还是后面的trigger呢例如:进贷后,在进贷中曾加记录而在库存中也体现了出来销售后,在销售中曾加记录在库存中也相应体现出来它们之间的关系,一般是如何处理的? 如进货,有进货单,char(15)单号,交易日期,等分主表和从表,主表和从表用主键联 to qiyao(qi):能否给出一个具体的例子给参考一下呢? 实际过程如下:总公司,其下有多个分公司,进货时,可能是总公司从厂家进货, 也有可能是分公司处直接从厂家进货移库:分公司从总公司拿货,这部分不能算作进货销售:总公司售出,分公司售出 销售对象有A、B两类 总公司销售对象是A、B两类 而分公司销售对仅是B类 我的库设计思路如下: 总公司入库为表1 分公司入库为表2 总公司销售为表3 分公司销售为表4总公司的库存为一视图,数据来源: 从表1得到入库数据,从表2得到是由总公司移库出的出库数据,从表3中得到销售的出库数据分公司的库存也为一视图,数据来源: 从表2得到入库数据,从表4得到出库数据请问上面的设计算不算合理呢? 下面只是个非常非常简略的生产进销存的设计: 你需要有一个BOM(Bill of Material, 物料清单) 把所有成品和物料之间的关系定好. BOM可分单级(Single Level)和多级(Multi-level)Single Level BOM: =================成品货号 (PK)物料货号 (PK)物料用量之後你可以有成品销售:========销售单号 (PK)成品货号 (FK)销售日期销售数量销售金额�制造单:======制造货号 (PK)成品货号 (FK)制造日期制造数量交货日期物料采购:=======采购单号 (PK)物料货号 (FK)采购日期采购数量采购金额仓存:========�仓存纪录 (PK)物料货号 仓存位置进货数量取货数量提存日期 总公司,其下有多个分公司,进货时,可能是总公司从厂家进货, 也有可能是分公司处直接从厂家进货移库:分公司从总公司拿货,这部分不能算作进货销售:总公司售出,分公司售出 销售对象有A、B两类 总公司销售对象是A、B两类 而分公司销售对仅是B类 --------------------------------------------------------建议先将操作中的操作对象建立库例如: 公司|分公司—公司单位表 材料来源的上游单位—材料供应商表 产品或材料的下游单位—销售对象表同时针对每个操作对象建立一些必要的辅助数据表例如: 公司单位库存表 ETC按需要建立......其次对操作规则加以定义例如: 销售方式表 进货方式表 库存调整方式表最后对所有的业务操作进行归类后建立相应的业务操作流水帐例如: 材料采购记录 销售记录 库存调拨记录 进贷、库存、销售,各表数据之间是如何联系起来的呢?一般是通过前台程序,还是后面的trigger呢例如:进贷后,在进贷中曾加记录而在库存中也体现了出来销售后,在销售中曾加记录在库存中也相应体现出来它们之间的关系,一般是如何处理的?这个问题要看你的整体结构是如何实现的不过用trigger不是理想的选择你如果准备在客户端实现应当注意操作时事务的完整性不然你就在服务器端采用相应的存储进程或业务组件来实现推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点但是有利于以后系统需求变更时的功能性调整 多谢各位!matrixshi(石头世界)说的很有道,其实属基础资料的那一部分我已经建立起来,我主要是想知道大家在对进货、库存、销售三块的管理上,数据流方面是如何处理的,我怕数据库建多了会出现数据混乱,只基于一个表,同样也可能出现搞不清的现象。 matrixshi(石头世界),对于您说的: 不然你就在服务器端采用相应的存储进程或业务组件来实现 推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点存储进程,我在做别的系统时也用过,但那是基于oracle的数据库的,现在要做的进销存系统暂时只是基于access(以后可能上升为sql server)。对于业务组件,我一直没有用过,也没有什么接触(至少是对于这个名词),您可以说得详细一点吗?我想如何采用业务组件的话,不管我的后台变换成什么数据库,前台的程序变化都不会是大,我也希望做的程序能达到这种效果。麻烦您了! 业务组件是类似于业务中间件的概念常用COM/COM+/微软平台你可以将原来在存储进程中完成的业务操作在一组COM/COM+对象中实现而在COM对象与数据库通讯时使用标准的SQL语句这样就可以在后台改变时适当的减少工作量,COM/COM+组件可以运行在一台单独的SERVER上,不一定要与DB在一起的不过ACCESS的标准SQL语句功能比较弱在实现一些比较复杂的查询上比较麻烦,建议你还是至少上SQLSERVER的好这样就算以后往ORALCE或是DB2等上面移植也比较快 matrixshi(石头世界): 关于组件,我早就想将其与我所参与的MIS系统整合起来,但苦于没有机会,也没有那个技术,所以在组件方面知之还是甚少。 您是这方面的行家,这方面的资料能否介绍一下呢?另: 我在深圳,您是在哪呢?我准备与朋友搞一个软件公司,方向是做行业MPRII,但技术方面还是有点弱,希望我们能有合作的机会。我的email:[email protected]。 这方面的行家我到不是不过我一直是使用这样的结构开发的其实这方面的技术资料还是有很多的可是很好的使用教材我也没有见过大都是靠大家一起做的时候摸索的我在上海现在也算半休息状态,不过工作不久经验不足啊有什么需要的可以找我,[email protected] matrixshi(石头世界): 开发这方面,您一般是用什么工具呢?能不能给我一个大概的框架呢?原文件之类的,我没有别的意思,就是想学习一下。我也希望在下一步的MRPII开发中,采用这种结构。 如果文件比较大,可以发至[email protected],谢谢了! 我现在毕业设计,也是给一个300多人的小企业做出入库系统。我调查他们的工艺流程其实他们的情况不算复杂。 以下是我的调查的简单叙述: 1。出入库主要是企业物资的一个管理,牵扯到的物资大到机器,小到螺丝,品种型号成千上万,必须进行物资的分类,编号。 2,这个流程分3个部分,一,物资根据需求要有一个计划库,存储计划信息,二,需要一个购入物资库,把所有的买来的物资都入库整理好,包括一个物资要入库的所有资料。三,需要一个出库统计,它是可以记录所有的出库信息。 3,这个企业的要求是每个月进行一次上月的所有购入和支出的清单,不过只是一大类的金额统计,不需要具体明晰,具体的有保管员管理。 4,数据量大约每天一共有200条左右的变动。数据量不算大。 根据以上特点,我做出数据流程图,因为我也是第一次接触实际的数据库设计,有很多地方想的不周到,希望大家指点。上面的很多帖子对我很有启发。我的考虑是,比如我如果想要查一下现在某个东西的库存量,以这样的规模用不用建一个单独的库存表,时时刻刻更新库存。以后只要这样查询就可以。我用 VFP6做,有很多功能我还不清楚 ,希望大家多多帮我。谢谢。 QQ:1144202。 feng_zi(风子):源文件有一套以前做的装潢预算系统的不过好象被最后几个程序员改的不能RUN了要是想看的话我可一发给你不过那个系统开发的时候比较匆忙,最后又是烂掉的所以没有足够的技术文档我可以看看有多少,一起给你反正也没用了,现在用来做做技术交流当作废物利用,呵呵其实我现在手上在帮着做的一个项目可能对你借鉴会大一些,可惜还没做多少以后有机会再和你慢慢说好了 谢谢大家,今天上午有点忙没有上来,不好意思!matrixshi(石头世界): 首先感谢您的热心的帮助,关于资料,如果方便的话您发给我吧。没关系的,现在只要是进销存方面的资料我都想看一下,因为以前做的项目针对的保险、电力方面的,现在要做MRPII了,而这方面的经验又比较缺乏,虽然说技术上做MRPII与以前所做的,没多大差别,但开发模式,基于的流程上,却有所不同了(我的感觉),而我身边又没有这方面经验的人(现在机会还没成熟尚未请这方面的开发人员)。 feng_zi(风子): 不好意思我今天没来得及整理,最近两天突然有点急事要处理,刚刚才回来下周我整理好再给你吧,我会尽快的。 MRP(II) Material Requirement Planning (Level II) 就是一種生產計劃管理. 主要是預計生產排期所需的物料(Level I), 和所需的人力和機械設備的排期(Level II).找一些生產管理的參考書都有論述的. 你要掌握產品結構, 生產流程, 和零件供應的交貨期, 和生產線的生產排期等配合. 嘿嘿 www.genersoft.com我们公司 我有整套进销存的数据库结构,不过是access的,可以转成sql, 包括财务,船务都有,设计的长度,字段.你要不要啊? 这可是100多万的软件库结构. 可以搞一个地方下载供大家学习[email protected] : billyzym(松果) 能给我来一份吗、?[email protected] 关于备份与恢复 如何在sp_executesql的使用中,使用变量做为一个表名?请各位出手了. 数据库被挂码了,急救!!!! 求达人解决疑难sql问题 如何设置密码? 有关ntext的存储过程 急!高手请进,在线等待.... 紧急请教SQL Server中:iif 的用法,我看了很久但总是不能运行??? 收缩数据不成功,错误如下。 关于如何在trigger中得到,被触发记录的ID号? 求大神解决下SQL触发器的问题。 一个ACCESS和SQL SERVER互倒数据的问题?急!急! 我的SQL SERVER 为什么,不可启动了?
进贷后,在进贷中曾加记录
而在库存中也体现了出来
销售后,在销售中曾加记录
在库存中也相应体现出来它们之间的关系,一般是如何处理的?
分主表和从表,主表和从表用主键联
能否给出一个具体的例子给参考一下呢?
进货时,可能是总公司从厂家进货,
也有可能是分公司处直接从厂家进货
移库:分公司从总公司拿货,这部分不能算作进货
销售:总公司售出,分公司售出
销售对象有A、B两类
总公司销售对象是A、B两类
而分公司销售对仅是B类 我的库设计思路如下:
总公司入库为表1
分公司入库为表2
总公司销售为表3
分公司销售为表4
总公司的库存为一视图,数据来源:
从表1得到入库数据,从表2得到是由总公司移库出的出库数据,从表3中得到销售的出库数据
分公司的库存也为一视图,数据来源:
从表2得到入库数据,从表4得到出库数据请问上面的设计算不算合理呢?
定好. BOM可分单级(Single Level)和多级(Multi-level)Single Level BOM:
=================
成品货号 (PK)
物料货号 (PK)
物料用量之後你可以有成品销售:
========
销售单号 (PK)
成品货号 (FK)
销售日期
销售数量
销售金额�制造单:
======
制造货号 (PK)
成品货号 (FK)
制造日期
制造数量
交货日期物料采购:
=======
采购单号 (PK)
物料货号 (FK)
采购日期
采购数量
采购金额仓存:
========�
仓存纪录 (PK)
物料货号
仓存位置
进货数量
取货数量
提存日期
进货时,可能是总公司从厂家进货,
也有可能是分公司处直接从厂家进货
移库:分公司从总公司拿货,这部分不能算作进货
销售:总公司售出,分公司售出
销售对象有A、B两类
总公司销售对象是A、B两类
而分公司销售对仅是B类
--------------------------------------------------------
建议先将操作中的操作对象建立库
例如:
公司|分公司—公司单位表
材料来源的上游单位—材料供应商表
产品或材料的下游单位—销售对象表
同时针对每个操作对象建立一些必要的辅助数据表
例如:
公司单位库存表
ETC按需要建立......
其次对操作规则加以定义
例如:
销售方式表
进货方式表
库存调整方式表
最后对所有的业务操作进行归类后建立相应的业务操作流水帐
例如:
材料采购记录
销售记录
库存调拨记录
进贷后,在进贷中曾加记录
而在库存中也体现了出来
销售后,在销售中曾加记录
在库存中也相应体现出来它们之间的关系,一般是如何处理的?这个问题要看你的整体结构是如何实现的
不过用trigger不是理想的选择
你如果准备在客户端实现应当注意操作时事务的完整性
不然你就在服务器端采用相应的存储进程或业务组件来实现
推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点
但是有利于以后系统需求变更时的功能性调整
matrixshi(石头世界)说的很有道,其实属基础资料的那一部分我已经建立起来,我主要是想知道大家在对进货、库存、销售三块的管理上,数据流方面是如何处理的,我怕数据库建多了会出现数据混乱,只基于一个表,同样也可能出现搞不清的现象。
推荐使用服务器端中间业务组件实现,虽然这样在实现上会复杂一点存储进程,我在做别的系统时也用过,但那是基于oracle的数据库的,现在要做的进销存系统暂时只是基于access(以后可能上升为sql server)。对于业务组件,我一直没有用过,也没有什么接触(至少是对于这个名词),您可以说得详细一点吗?我想如何采用业务组件的话,不管我的后台变换成什么数据库,前台的程序变化都不会是大,我也希望做的程序能达到这种效果。麻烦您了!
常用COM/COM+/微软平台
你可以将原来在存储进程中完成的业务操作在一组COM/COM+对象中实现
而在COM对象与数据库通讯时使用标准的SQL语句这样就可以在后台改变时适当的减少工作量,COM/COM+组件可以运行在一台单独的SERVER上,不一定要与DB在一起的
不过ACCESS的标准SQL语句功能比较弱
在实现一些比较复杂的查询上比较麻烦,建议你还是至少上SQLSERVER的好
这样就算以后往ORALCE或是DB2等上面移植也比较快
关于组件,我早就想将其与我所参与的MIS系统整合起来,但苦于没有机会,也没有那个技术,所以在组件方面知之还是甚少。
您是这方面的行家,这方面的资料能否介绍一下呢?另:
我在深圳,您是在哪呢?我准备与朋友搞一个软件公司,方向是做行业MPRII,但技术方面还是有点弱,希望我们能有合作的机会。我的email:[email protected]。
不过我一直是使用这样的结构开发的
其实这方面的技术资料还是有很多的
可是很好的使用教材我也没有见过
大都是靠大家一起做的时候摸索的我在上海现在也算半休息状态,不过工作不久经验不足啊
有什么需要的可以找我,[email protected]
开发这方面,您一般是用什么工具呢?能不能给我一个大概的框架呢?原文件之类的,我没有别的意思,就是想学习一下。我也希望在下一步的MRPII开发中,采用这种结构。
如果文件比较大,可以发至[email protected],谢谢了!
以下是我的调查的简单叙述:
1。出入库主要是企业物资的一个管理,牵扯到的物资大到机器,小到螺丝,品种型号成千上万,必须进行物资的分类,编号。
2,这个流程分3个部分,一,物资根据需求要有一个计划库,存储计划信息,二,需要一个购入物资库,把所有的买来的物资都入库整理好,包括一个物资要入库的所有资料。三,需要一个出库统计,它是可以记录所有的出库信息。
3,这个企业的要求是每个月进行一次上月的所有购入和支出的清单,不过只是一大类的金额统计,不需要具体明晰,具体的有保管员管理。
4,数据量大约每天一共有200条左右的变动。数据量不算大。
根据以上特点,我做出数据流程图,因为我也是第一次接触实际的数据库设计,有很多地方想的不周到,希望大家指点。上面的很多帖子对我很有启发。我的考虑是,比如我如果想要查一下现在某个东西的库存量,以这样的规模用不用建一个单独的库存表,时时刻刻更新库存。以后只要这样查询就可以。我用 VFP6做,有很多功能我还不清楚 ,希望大家多多帮我。谢谢。
QQ:1144202。
源文件有一套以前做的装潢预算系统的
不过好象被最后几个程序员改的不能RUN了
要是想看的话我可一发给你
不过那个系统开发的时候比较匆忙,最后又是烂掉的
所以没有足够的技术文档
我可以看看有多少,一起给你
反正也没用了,现在用来做做技术交流当作废物利用,呵呵
其实我现在手上在帮着做的一个项目可能对你借鉴会大一些,可惜还没做多少
以后有机会再和你慢慢说好了
matrixshi(石头世界):
首先感谢您的热心的帮助,关于资料,如果方便的话您发给我吧。没关系的,现在只要是进销存方面的资料我都想看一下,因为以前做的项目针对的保险、电力方面的,现在要做MRPII了,而这方面的经验又比较缺乏,虽然说技术上做MRPII与以前所做的,没多大差别,但开发模式,基于的流程上,却有所不同了(我的感觉),而我身边又没有这方面经验的人(现在机会还没成熟尚未请这方面的开发人员)。
不好意思我今天没来得及整理,最近两天突然有点急事要处理,刚刚才回来下周我整理好再给你吧,我会尽快的。
排期(Level II).
找一些生產管理的參考書都有論述的. 你要掌握產品結構, 生產流程, 和零件供
應的交貨期, 和生產線的生產排期等配合.
这可是100多万的软件库结构.
[email protected]