问题标签 [inventory-management]

i'm building a simple inventory system. so i created 3 tables

so when i load inventories of a user i do

after that i loop the inventories id's to fetch items conatined within.

so i do

What i need now to include in the above items query a field that is = to

so that each item i fetch would include its current stock.

but problem is when i try

i cannt reference the itemId nor the inventoryId using mysql

and when i do Join it only return items that have transactions..

so how can i do such command ?

i tried also

and it works fine, but it doesnt return 1 Row.. not all items.

and do you think this database design is alright or is there a better method/design that i should follow ?

IS there a way that i can add a field to items table that is dynamically updated with the sum of amount from transaction table ?

thanks alot

在过去的几周里，我一直在网上浏览有关库存控制系统的信息。

我知道最小最大库存系统最近已经失宠，但不管我正在使用的是什么。

我的问题是关于确定特定库存的初始最小值和最大值的算法。到目前为止，我发现的在线信息仅与您确定最小最大值后发生的情况有关，而与如何选择它们无关。这就像给我一个我不知道的更好的搜索词一样简单。

到目前为止，我想出了：

最小值：- 提前收到零件所需的时间。然后找到该时间跨度内的零件使用模式然后使该数字最小加上可能额外的 10% 以覆盖需求中的任何峰值。

最大值：-我不知道。对此的限制似乎是零件的仓库空间和成本，以及可能对零件的引擎盖在使用前损坏或过时的风险计算。

如果您能提供任何帮助或指出正确的方向，我将不胜感激，我认为这将是一件容易的事，但现在却变成了一场噩梦。

I tried to use PStool to write some code for further server managemnt, but how can i do it within a lot servers automatically? Here is my code to handle only one server:

how can i add these to .vbs and execute a server list file (csv or txt) automatically?

Kindly help!

伙计们帮我做到这一点。我是 YII 的新手。我想像这样显示每个项目的分支库存。

实际数据库

做这个的最好方式是什么？

我有一张表，它只使用月份和日期定义了几个不重叠的日期期间。它基本上是一个库存项目的“库存”表，允许您为季节性业务在一年中库存不同数量的库存。下面是单个项目的库存表可能看起来如何的示例。请注意，我有一个未在此处显示的 Items 表。在下表中，ItemID 是外键，StockID 是主键。

因此，假设我想获得日期为 2013 年 1 月 15 日的重新排序查询/报告。按照我当前的逻辑，我的查询将错误地返回，因为它看起来像这样：

问题是这个例子中 11/1 的 BeginDate 需要是 11/1/2012。在我的示例中，我展示的是 2013 年，因为这是我能够想出的用于生成此查询的唯一逻辑。

我怀疑我的问题可能是一个更大的设计缺陷，所以我正在寻找如何完成这个或更好的想法的答案，也许有一些原因说明这个设计是一个坏主意。

我知道我可以通过不允许跨越 12 月 31 日的日期跨度来实现这一点。但是，该应用程序的许多用户都有一个从 11 月到 2 月的时间段，这是他们最慢的月份。他们最终将创建两个不同的日期跨度，其中包含相同的数据，一个用于 11 月/12 月，另一个用于 1 月/2 月。

我将 SQL Server 用于数据库，将 MS Access 用于前端应用程序。我可以使用 T-SQL 或 Access VBA，因此您的解决方案可以是其中任何一个。

我正在为 OpenERP 7 开发一个自定义模块，它将跟踪安装在各种场所的硬件。我在仓库模块中记录了总库存水平，但我希望能够计算和显示每种可用产品的数量以及当前部署的数量。我很难弄清楚如何做到这一点。我一直在研究这个租金模块，他们似乎在选股和工作流程方面做了一些事情，但我是 OpenERP 的新手，不太确定它是如何工作的。

我想到的另一种方法是循环部署并简单地计算每个项目的数量，并使用功能字段来显示它，但我不确定这是否可行，或者如何不费力地做到这一点 -编码所有不同的项目。

在我的程序中，我计划过滤用户的选择以获取库存的特定数据。例如，在程序开始时，会有一个菜单让用户选择添加或删除数据，然后例如，如果他们说插入，那么我会给他们选择汽车公司（如丰田或本田）的选项，然后一次他们选择了那家公司

问题是我不知道如何过滤掉特定公司的模型。我创建了包含不同模型的不同数组，但我不知道如何显示该公司模型的用户选项。

这是我的代码..

我正在构建一个租赁库存应用程序来处理租赁预订的跟踪。我想我可能想多了，但我一直在试图弄清楚库存调度部分的模型或模式。在附图中，我有一部电影有 4 个副本。在第一个副本中，仅计划发行；5日，出3本；6 日和 10 日，所有副本都已发布。现在，我想以一种可以查找日期或日期范围的方式设计数据库，以查看当天有多少可用库存。挑战在于，每个单独的租赁项目可能没有单独的 sku 或跟踪。因此，我不能将 Movie_1 视为具有 movie_1_a、movie_1_b、movie_1_c、movie_1_d。相反，我必须将其视为 Movie_1 有 4 个副本，而在 5 日，有 3 个副本已发布，但我们不知道哪些副本。

任何人都可以就如何编写架构提出任何建议。示例查询如何搜索可用性？

我知道将 JSON 存储在 MySQL 列中通常被认为是一个“坏主意”，因为它变得难以维护并且不容易搜索或以其他方式查询。但是，我觉得我在应用程序中遇到的场景是在我的 MySQL 表中存储 JSON 数据的合理用例。我确实在寻找答案，尤其是可以指出我可能忽略的任何困难的答案，或者是否有充分的理由避免我的计划，如果是这样，另一种方法。

手头的应用程序提供资源和库存管理，并支持构建程序集，其中可能包含无限数量的子程序集。

我有一个表，其中包含项目的所有元数据，例如它们的名称、sku、零售价、尺寸，以及最重要的问题：项目类型。项目可以是零件或装配体。对于定义为assembly的项目，它们的内容存储在另一个表中，该表item_assembly_contents的结构是预期的，使用parent_id列将子级链接到父级。如您所料，在任何时候，用户都可能决定在程序集中添加或删除项目，或者以其他方式修改程序集内容或将其完全删除。

这是上表描述的可视化表示，其中填充了数据，这些数据在组合时会创建一个包含另一个程序集的程序集。 使用上述结构，从表中删除的任何项目也将通过 InnoDBitems在表中自动删除。item_assembly_contentsON DELETE CASCADE

这是一个非常简单的 JSON 格式的示例程序集，展示了单个子程序集结构。

Fruit Basket 是一个程序集，其中包含一个名为“Bag o Grapes”的子程序集。在考虑订单和发货之前，这一切都非常有效。

以包含一个装配件的出境装运为例。在任何时候，用户都必须能够看到组件的内容，因为它们是在发货时定义的，这排除了简单地从itemsanditem_assembly_contents表中检索数据，因为这些表可能在发货后已被修改创建的。因此，装配内容必须与装运一起明确保存，以便以后可以查看它们，而与用户定义的库存（即表格）中装配的状态或仅存在无关。items

它将组装内容与装运内容一起存储，这让我有点困惑，在我看来，将数据存储在 JSON 中是一种可行的解决方案。了解有关此数据的以下几点至关重要：

1. 它不会用于搜索
2. 任何UPDATES都会简单地覆盖该行的内容
3. 它最常用于填充客户端上的树视图，它将接受表中存在的 JSON，无需进行任何修改。

请参阅此图像以获得（希望）更清晰的数据可视化：

问题

1. 这是一个合理的用例吗？我的担心没有意义吗？
2. 有什么我看过的东西可能会回来咬我吗？
3. 你能解释一下为什么我不应该继续我提出的模式吗？如果是的话......
4. 你能提供一种替代方法吗？

与往常一样，非常感谢您抽出宝贵的时间，请随时要求澄清或补充信息。

更新 根据@Rowland Shaw的建议（如下），我提出了另一个建议的表结构，使用与 order_assembly_contents 表的自反或“兔耳”关系。请看下图：

我觉得这比直接存储 JSON 要优雅得多，因为数据更具有关系性和数据库友好性。检索数据并为客户端生成数据也应该很容易！请提供有关上述结构的任何输入！

我正在为近 10 到 15 家公司使用的库存管理系统设计数据库。该数据库包含近 25 个表。对于设计数据库，我计划使用共享模式架构（即每个模式对应于一家公司，所有这些模式都将放在一个数据库中）。

我想知道使用共享模式架构是否可靠。

谁能告诉我使用上述架构是否正确。

提前致谢..