【问题标题】:sql database structure advice needed需要sql数据库结构建议
【发布时间】:2015-07-17 19:52:36
【问题描述】:

我一直在考虑设计一个数据库,但现在不确定哪种方式是构建它的最佳方式。

我正在尝试跟踪商品在供应链中的移动。像

  1. 在数据库中扫描的项目带有初始位置和带有时间戳的最终目的地
  2. 使用新位置和时间戳再次扫描项目
  3. 再扫描几次,直到最终位置出现已交付状态和时间戳。
  4. 这些目的地中的每一个客户都需要查看具有该最终目的地的所有物品,并可以选择查看所有已交付的物品、途中的物品以及两者(已交付和在途)
  5. 除了查看所有位置之外,供应商还需要选择按上述 (4) 进行排序。

关于实现这一目标的最佳方式的任何建议。我正在尝试使用尽可能少的表格,但我知道我需要多个表格用于不同的位置,因为我计划坚持使用扫描仪进行大部分操作。

如果您需要更多信息,请告诉我。

感谢您的时间和帮助。

【问题讨论】:

  • 到目前为止你有什么尝试。你能把你想到的结构和我们一起工作吗?

标签: tracking inventory


【解决方案1】:

我能给出的最佳答案是在 SQL 中设置单独的表。只需创建一个数据库,其中包含与每个时间戳分别对应的单独表格。

创建表后,您可以为您的时间戳分配一个主键,并将其他表连接到您的客户和供应商的单独表。允许将所有数据库表链接到一起。

【讨论】:

  • 这就是我目前的想法。表结构 1. 订单号 2. 目的地 3. 当前位置 4. 交货状态 5. 时间戳。唯一的麻烦是我不确定如何只显示最后一个条目的每个订单。如果我显示所有条目,那么表格会看起来很乱。想法?
  • 忘了提到每次位置扫描都会有一个新条目,因此我只希望在某些情况下显示最新条目。
  • @JordanD.Angus 分别对应每个时间戳的表格!来吧。那是一个动态结构的数据库。随着时间戳添加您添加更多表?想象一下,你是一个每天有 100 万次送货的送货服务。你每天有多少张新桌子?
猜你喜欢
  • 2016-12-16
  • 2011-07-19
  • 2014-09-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多