存储价格包的数据库布局

Question

我正在开发一个应用程序，并寻找一个数据库模式来以与价格相关的有效方式存储产品销售。因此，我正在寻找一个数据库架构和一个示例查询来计算该月的价格

背景信息：

• 产品价格基于该月的销售量
• 相同的产品可以有不同的价格（取决于每个公司的价格协商） ）
• 需要能够在不影响早期销售/发票
• 商店价格的情况下更改价格，无需增值税，增值税可以更改

到目前为止我所得到的内容如下：

销售

sale_id --PK (auto_incr)
company_id
product_type --FK on products.product_type
sale_date

产品

product_id --PK (auto_incr)
company_id (company_id & product_type = Unique_key)
product_type

*price_packages*

product_id --FK on products.product_id
sales_min (total sales need to be between sales_min and sales_max)
sales_max
price
valid_from
valid_until
vat_id --FK on vat.vat_id

增值税

vat_id --PK (auto_incr)
vat_percentage
valid_from
valid_until

我认为“sales_max”有问题和“sales_min”列。我也怀疑这是否是存储东西的最佳方式。欢迎一些建议。 （如果可能的话，可以使用示例查询）

如何在不影响以前价格的情况下输入新价格。

Answer 1

订单完成后，为什么不将销售价格和当前增值税值直接写入“销售”表中？这是历史数据，因此可以从产品表中复制它。

如果我正确理解您的“price_packages”表应该如何工作，它将是这样的：

SELECT
   product_id
   , price
FROM
   price_packages
WHERE
   NOW() BETWEEN valid_from AND valid_until
   AND $sales BETWEEN sales_min AND sales_max
   AND product_id IN ($product_ids)

将“$sales”替换为该产品的销售数量（将计数器列添加到产品表中或从“sales”表中计算）

替换“$product_ids”包含实际订单中的产品。

如果您有疑问，请告诉我。