库存管理数据库设计

我正在为我的公司创建一个内部网，我们希望在其中进行库存管理。我们销售和租赁报警系统，我们希望很好地了解哪些产品仍在我们的办公室中、哪些产品已出租或出售、何时出租或出售等。

目前我想到了这个数据库设计：

每次我们创建新合同时，该合同都与地点或商品销售有关。所以我们有一个产品表（它是产品的类型：闹钟、闹钟手表等）和一个项目表，它是项目本身，具有唯一的序列号。我考虑这样做，因为我需要跟踪特定物品的位置，是否在客户房屋（租用），是否已出售等。产品与特定供应商相关，我们可以与该供应商联系。接受命令。但是在这里，我有一个问题，订单表不应该与 Product 相关吗？

这里主要关注的是库存、商品、移动库存之间的联系。我想创建一个设计，让我能够看到特定商品何时从我们的库存中取出，以及何时进入库存并附有日期。这就是我考虑使用 Movement_stock 表的原因。 Type_Movement 可以是 In / Out。 但我在这里有点迷失，我真的不知道如何做得好。这就是为什么我需要一些帮助。

我有同样的需求，这就是我如何解决你的股票变动问题（这也成为我的问题）。

为了模拟股票走势（+/-），我有我的supplying and my order表。供应作为我的+库存，我的订单作为我的-库存。

如果我们停下来，我们可以计算实际库存，并将其转录为以下 SQL 查询：

SELECT
    id,
    name,
    sup.length - ord.length AS 'stock'
FROM
    product
# Computes the number of items arrived
INNER JOIN (
    SELECT
        productId,
        SUM(quantity) AS 'length'
    FROM
        supplying
    WHERE
        arrived IS TRUE
    GROUP BY
        productId
) AS sup ON sup.productId = product.id
# Computes the number of order
INNER JOIN (
    SELECT
        productId,
        SUM(quantity) AS 'length'
    FROM
        product_order
    GROUP BY
        productId
) AS ord ON ord.productId = product.id

这会给出类似的东西：

id  name            stock
=========================
 1  ASUS Vivobook       3
 2  HP Spectre         10
 3  ASUS Zenbook        0
    ...

虽然这可以为您节省一张表，但您将无法扩展它，因此大多数建模（恕我直言）使用中间stock表，主要是出于性能考虑。

缺点之一是数据重复，因为您需要重新运行上面的查询来更新您的库存（请参阅updatedAt柱子）。

好的一面是客户表现。您将通过 API 提供更快的响应。

我认为另一个缺点可能是如果您管理的是高流量商店。您可以想象创建另一个表来存储正在重新计算库存的事实，并让用户等到重新计算完成（推送请求或长轮询）以检查他/她的每个商品是否仍然可用（库存） >= 用户需求）。但这是另一回事......

无论如何，即使股票重新计算查询使用匿名子查询，它实际上在大多数相对中等的商店中应该足够快。

Note

你看到在product_order，我复制了价格和增值税。这是出于可靠性原因：在购买时冻结价格，并能够使用大量小数重新计算总数（不会损失任何美分）。

希望对路过的人有帮助。

Edit

在实践中，我将它与Laravel https://laravel.com/，我用一个控制台命令 https://laravel.com/docs/master/artisan#writing-commands，它将批量计算我的产品库存（我还使用可选参数仅计算某个产品 ID），因此我的库存始终是正确的（相对于上面的查询），并且我从不手动更新库存表。