首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >零件和产品关系模式

零件和产品关系模式
EN

Stack Overflow用户
提问于 2017-03-27 09:41:46
回答 1查看 183关注 0票数 0

我有一个库存管理的要求,当我们需要跟踪零件和产品(成品),我认为表如下所示,

代码语言:javascript
运行
复制
Part_Category {id, code, name}
Parts {id, code, name, description, part_cat_id, manufacturer_id, is_salable}
FG_Category {id, code, name}
Finish_Good {id, code, name, fg_cat_id, is_part_also}

is_salable标志用于表示该部件可以直接出售给客户,而is_part_also表示它是一个子程序集(用作另一个FG的一部分)。

用例是,

  1. 零件(原材料)用于生产。
  2. 如果FG是一个子程序集(is_part_also),那么它可以用于生产。
  3. 有些零件是直接卖给客户的(就像早些时候出售的FG一样,需要维修,公司应该能够出售所需的零件)。
  4. 无论如何,FGs都直接卖给客户。

我遇到的问题(使用基于关系的模式)是-

  • 这是存储和跟踪可销售和用于生产的部件库存的最佳方法吗?
  • 如果FG是半成品,可以出售,也可以发行供生产,那么储存和跟踪FG库存的最佳方法是什么?

假设我需要从parts表发出所有部件,并且所有项目都是从Finish_Good表中出售的,那么我有以下问题,

  • 管理数量
  • 由于零件是从零件表发出的,所以不能从Finish_Good表发出半成品供生产。
  • 由于可销售的零件也在零件表中,所以不能出售。
  • 存货价值只记在一个地方(如果一个零件是可销售的,它的价值显示在FG库存下,半成品价值在零件库存下)。

现在,我正在考虑将半成品FGs复制到应用程序中的Parts表中,当它们被生产出来时,将它们内部复制到可销售的部件到Finish_Good表中(当它们被接收时),以便它们都能在正确的位置上使用。但是这些操作都是原子操作,并且看起来容易出错!但是,数量也应该显示在一个相应的(部分或Finish_Good)。

有更好的设计吗?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2017-12-07 08:48:02

通过简化整个表结构和为生产定义一个围绕销售和原材料(RM)问题的过程来管理上述用例。

  • 只在部件中存储可利用的均方根数量& Finish_Good表中的FGs
  • 诸如部件问题之类的事务将只处理部件表。
  • 销售将只处理Finish_Good表
  • 事务不需要从多个表中减少/增量数量。
  • 定义了一个过程,在此过程中,销售前应将所需数量的可销售RM移动到Finish_Good,并将所需数量的半成品移到零件表中供生产使用。

这简化了表的结构,并有助于在整个系统内维护正确的库存信息。这也有助于在一个地方纠正库存数量的审计对账。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/43042950

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档