【问题标题】:Info needed for an inventory system库存系统所需的信息
【发布时间】:2010-12-06 09:37:26
【问题描述】:

我正在为肉类市场建立一个销售点,并且需要与如何跟踪库存相关的具体信息。我想为这个系统设计数据库,但缺乏所需的知识。我已经有一个基本的数据库来处理产品,但需要实现一些额外的东西来处理肉类的重量。

将有大量库存,例如出售的肉类和产品。这里有没有人有一些深入的库存控制经验,可以与我分享想法,或者告诉我在哪里可以找到这些信息,而无需自己成为该主题的专家?

例如:店主在周一购买了 100 磅牛腩并将其输入到他的库存中,然后在周二从不同的供应商处以不同的价格再购买了 100 磅。这两个项目在数据库中都有各自的 ID。如果店主有 10 个不同的供应商销售完全相同的产品,这是否意味着我应该在数据库中存储 10 个不同的商品 ID?

【问题讨论】:

  • 您需要从系统的用户中找到此信息。不同的企业有不同的要求。
  • Oded,他们对这个行业来说是全新的,对它真的不太了解。我同意你的观点,这些数据将以不同的方式存储,但我认为他们此时寻求的是一种区分他们的产品和加权项目的方法。在我看来,这应该是完全一样的。
  • @Adam - 我的意思是他们需要弄清楚他们想要如何跟踪项目。这是他们的事,而不是你应该自己决定的事情。
  • @Oded,让我在上面发布一个在我看来非常笼统的具体问题。也许你会明白我的意思
  • 如果您决心成为该主题的专家(在知识渊博的意义上),我可以向您保证,您将成为猪耳朵它。很抱歉太苛刻了,像这样的问题是hard

标签: database-design


【解决方案1】:

作为他们的顾问,您有必要了解他们的数据需求,并能够将这些需求转化为能够满足这些需求的适当架构。我同意 Oded 和 smirkingman 所说的话,但是为了帮助您了解您的示例:

您不应该重复该项目,而应该有单独的表格来保存

  • ITEM数据
      即各种肉类
  • 供应商数据
      即姓名、地点
  • 交易数据
      即磅肉(通过 ITEM 表的外键识别)
      购买商品的供应商(由 VENDOR 表的外键标识)
      交易日期、费率、总费用等

这只是一种方法,但我们的观点是,您不仅需要精通他们的业务需求,还需要具备将其转化为技术设计/功能的数据库知识。

和往常一样,客户/用户从不知道他们需要什么,也不知道他们真正想要什么。不仅要问他们,还要与他们一起解决问题,这也是你的工作。这包括提出场景、主要用例/故事等 - 基本上,他们需要跟踪哪些常见/不常见的事情?

例如,在每笔交易中,他们是否需要保留付款方式记录?参与交易的供应商代表怎么办?他们以后会需要这些信息来报税吗?预算/财务预测?如果一半的物品在到达时是坏的怎么办?了解他们的流程以及他们将如何处理每个场景以及他们需要了解的内容,然后尝试提出相应的技术解决方案。

【讨论】:

  • 感谢您的建议。我已经有一个与您建议的相同的表结构。我有多年的数据库经验,但我只是没有此库存所需的经验。正如 Oded 所提到的,我将不得不与客户取得联系并提出一些不同的意见,并让他们决定他们想要使用哪一个。
【解决方案2】:

我管理一个带有 wherehouse 的维护实体。我们曾经在 12 月对仓库进行盘点。 对于从不同供应商以不同价格购买的相同商品,数据库计算商品的平均价格。

但正如上面所说,了解您的客户/用户的需求很重要。他们的会计程序是什么,您将其翻译为技术术语和设计

【讨论】:

    【解决方案3】:

    库存系统中的一个关注点基本上是研究如何将间接费用、人工成本、增值税费用(如果有)纳入您的库存,以及在交货时如何确认其销售成本. Bitxwise 推出了一些简洁的架构,artoure 说,在您开始设计表格之前了解客户的会计政策和税收规则。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2017-05-08
      • 1970-01-01
      • 2010-11-13
      • 1970-01-01
      • 1970-01-01
      • 2016-03-15
      • 1970-01-01
      相关资源
      最近更新 更多