为商店设计数据库,我遇到了一个小问题。假设我们的商店中有一个产品 x,它具有购买价格和获得零售价格的好处。但同一产品的商店有另外的供应,但价格不同。1- 根据店主的说法,他需要一个产品价格。2-我是否应该将产品信息与发货分开说我放了产品 ID 表 - 名称 - 参考和其他表格供应商发票 - 产品 ID - 数量 - 购买价格
我应该再次将价格放在产品的第一张表中还是另一张表中,实际数量应该放在哪里?
请我需要想法....
为商店设计数据库,我遇到了一个小问题。假设我们的商店中有一个产品 x,它具有购买价格和获得零售价格的好处。但同一产品的商店有另外的供应,但价格不同。1- 根据店主的说法,他需要一个产品价格。2-我是否应该将产品信息与发货分开说我放了产品 ID 表 - 名称 - 参考和其他表格供应商发票 - 产品 ID - 数量 - 购买价格
我应该再次将价格放在产品的第一张表中还是另一张表中,实际数量应该放在哪里?
请我需要想法....
在构建了一些用于订购/成本核算的系统后,我可以确认有很多方法可以做到这一点。
我通常开始的方式是有一个概念
产品标识您正在使用的产品;供应商是您的供应商,并且 SupplierProduct 用于提供产品的特定定价信息;因为产品必须来自供应商。
视需求而定;您要么有与 SupplierProduct 相关的订单/发票 - 或者如果您直接从库存中销售 - 那么您将根据股票购买适当地设置 SupplierProducts 的销售价格和成本价格
然后,您从库存表中出售物品;由于该项目来自库存,因此库存表中的定价信息反映了该项目入库时支付的实际价格。您将在同一产品/供应商的库存表中有多个条目,其中包含购买每种产品时的详细信息,并保持当前的库存水平(尽管这可能导致更新问题,通常我会有一个库存表和一个股票变动表,并使用这些一起决定股票持有)
我会说产品表应该保留某种产品的平均价格,这样如果我们需要订购更多该产品,我们就可以很容易地知道我们需要花多少钱。
然而,由于产品价格本质上是波动的,准确的价格不是产品本身的财产,而是在您的商店进行的每笔买卖交易中达成一致。换句话说,作为您进行的每笔交易的一部分,销售或购买的确切产品价格和数量应该属于发票表。