elasticsearch,totals,Sql,Stored Procedures,elasticsearch,Totals" /> elasticsearch,totals,Sql,Stored Procedures,elasticsearch,Totals" />

Sql 跟踪总库存、销售额等;存储过程或类似弹性搜索的东西

Sql 跟踪总库存、销售额等;存储过程或类似弹性搜索的东西,sql,stored-procedures,elasticsearch,totals,Sql,Stored Procedures,elasticsearch,Totals,我正在为一个电子商务网站创建一个库存管理和销售工具。我对编程有点陌生,我很好奇什么是跟踪总数的最好方法。例如,这家公司每天大约销售200种产品,我希望能够跟踪以美元为单位的产品销售总额、销售单位,并最终将这些数据制成图表。我希望能够将这些数字的一个月价值绘制成图表(5月14日:售出145套、14545美元、2000美元利润、5月15日:等等)。这样做的最佳方式是什么 我曾考虑过创建一个总计表,每次新订单出现时,它都会将订单值添加到以前的总计金额中,但如果订单没有被记录下来,它似乎会很快变得模糊

我正在为一个电子商务网站创建一个库存管理和销售工具。我对编程有点陌生,我很好奇什么是跟踪总数的最好方法。例如,这家公司每天大约销售200种产品,我希望能够跟踪以美元为单位的产品销售总额、销售单位,并最终将这些数据制成图表。我希望能够将这些数字的一个月价值绘制成图表(5月14日:售出145套、14545美元、2000美元利润、5月15日:等等)。这样做的最佳方式是什么

我曾考虑过创建一个总计表,每次新订单出现时,它都会将订单值添加到以前的总计金额中,但如果订单没有被记录下来,它似乎会很快变得模糊

在一个月内,每天做一次全选并加上总数,这似乎是一种糟糕的表现


我有哪些选择?您推荐什么作为最佳解决方案?

我建议不要创建汇总表。虽然构建一个总结事务数据汇总的报告可能会导致性能问题,但实际上它可能没有您想象的那么糟糕。对于大多数现代关系数据库系统来说,30天内每天200个订单并不是那么多记录


如果您确实在这一报告中遇到了严重的性能问题,您可以做的一件事是在业务可能有的任何非工作时间运行该报告,然后将运行结果缓存在表中,以便在有人想要查看该报告时使用。但是,在遇到这种麻烦之前,我建议您尝试一下上面提到的方法,看看性能是否真的有那么大的问题。

存储事务数据。使用查询总结您需要的内容。这是一个非常开放的问题,在stackoverflow上通常要避免。您可以通过询问一系列方法、指定一种技术等来改进问题。如果您是编程新手,您很可能不会做这样复杂的事情。而是找到一个现有的解决方案。