mysql - 这种方法对于提高 MySQL 性能是好还是坏？

Question

我正在构建一个电子商务 CMS，在管理部分我想显示订单总数、所述订单的总收入，并分别显示每个类别的总计。

我可以通过查询各种表并计算总和来做到这一点，但这会是更好的方法吗:

相反，我正在考虑有一个看起来像这样的表(并且只有一条记录):

id | total_orders | total_earnings | toy_cat_sales | apparel_cat_sales | etc...
--------------------------------------------------------------------------------
1  | 10           | 10034          | 4             | 6                 | etc...

现在，每次进行购买时，我都可以更新此记录，例如，当发出新的玩具订单时，我可以更新 toy_cat_sales 列以及total_orders 和total_earnings 列以反射(reflect)新的购买。

在实际查找过程中，查询这个表并仅显示其值显然比对可能有数万条记录的多个表执行计数和计算要快得多。

但是这种方法总体上值得吗？我确实知道只有一名管理员和许多客户。与管理员在后端检查这些统计数据相比，订单也会发生更多。因此，如果实现第二种方法，更新将比管理端的查找更多。

我不是 MySQL 专家，所以这里的专家会做什么，我就这么做。

Answer 1

这可能不是一个好主意。

虽然它会使一些查询更简单/更快，但每次插入都是额外的工作。更不用说保持更新的新编程要求了。当您承认“订单将会发生更多”时，您似乎意识到在最后一段中这是不值得的

这个单行表解决方案的可扩展性也不是很好。每个类别都需要自己的列，这需要更改表。

我认为最好的解决方案是简单地编写一个查询来在需要时查找这些统计信息。顶多是个风景。其中任何一个都可以包含与类别表的联接，从而使其在添加(或删除)类别方面具有更大的可扩展性。

即使您认为保留此元数据值得(很可能不值得)，也有比此表更好的方法。