Sql 跟踪每周/每月的销售情况，找出最畅销的产品

假设我有一个销售小部件的网站。我想做一些类似于标签云跟踪畅销书的事情。然而，由于不断地获取和销售新的小部件，我希望销售额在每周的时间尺度上衰减

---

我很难弄清楚如何存储和处理这些数据，并让它们随着时间的推移适当地衰减，这样2个月前非常热门但后来逐渐减少的东西就不会出现在当前畅销书的榜首。这方面的逻辑和数据库设计是什么？

您可以计算上个月/周/任何时间的销售额，然后根据这些数据对您的商品进行排序

---

如果您愿意，您可以随时将已售出商品的总数量添加到您的公式中。

您可以只计算上个月/周/任何时间的销售额，然后根据该值对您的商品进行排序

---

如果您愿意，您可以始终将已售出商品的总数量添加到公式中。

您可能有一个表，其中包含指向标准的定义（大多数销售额、大多数这个、大多数那个等），然后在给定期间，将标准表中定义的每个标准的点的属性存储在另一个表中。显然，历史记录表将用于存储给定时期或促销活动中每个卖家的得分，可以随意调用

---

这有帮助吗？

您可能有一个包含指向标准定义的表（大多数销售、大多数这个、大多数那个等），然后在给定的时间段内，将标准表中定义的每个标准的点的属性存储在另一个表中。显然，历史记录表将用于存储给定时期或促销活动中每个卖家的得分，可以随意调用

---

这有帮助吗？

第1部分：必须有存储要报告的数据的表。销售日期/时间显然是关键。如果您需要研究衰减因子，这就提出了一个问题：数据的有效性和/或相关性有多长？在什么时候，数据的“价值”衰减得如此厉害，以至于您不再关心它？当数据库中的任何给定条目达到这一点时，您要做什么——保持它在那里，但确保它从所有后续计算中被分解出来？或者将其存档--将其复制到“历史记录”表中，并将其从主“销售”表中删除？这是相关的，因为它必须考虑到您的衰减公式（以及您的容量规划、年度报告要求，谁知道还有什么其他因素。）

第2部分：您对要使用的衰减公式考虑了多少？你可以深入到这件事中去。涉过的选项和因素包括但不限于：

• 简单的年龄基础。截止日期之前的所有内容均计为1；之后的一切都算作0。求和，你就完了
• 截止日期是什么时候？确切地说是14天前，直到现在？从两个星期六开始的午夜（现在）
• 截止日期是否取决于售出的商品？如果有些东西很热，但有些东西不热，这会影响事情吗？如果你想强调一些东西（贵的/难卖的）而不是其他东西（你无论如何都会卖的绒毛），该怎么办

简单的基于年龄的衰变是微不足道的，但可能是不够的。是时候进行核试验了

• 也许你想要半衰期，弗里曼博士
• 出售的所有物品都是“价值”X，其中X的价值要么始终相同，要么因出售的物品而异。X的值会随时间衰减
• 也许X的值每周减少一半。或者永远。或者每个月。或者（再次）它可能因项目而异
• 如果你做半衰期，X的值可能永远不会达到零，你会永远跟踪它（这就是为什么我先写“第1部分”）。在某个时刻，你可能需要某种切断，在某个时刻之后你就不在乎了。X已经下降到初始值的十分之一？三个月过去了？是否“范围”取决于物品的固有价值

---

我真正想说的是，如何计算衰变率远比如何将其存储在数据库中重要。只要数据在那里，formalu需要进行计算，你就应该很好。如果您只需要上个月的数据就可以执行此操作，那么您可能应该将所有较旧的数据移到某种存档表中。

第1部分：必须有存储要报告的数据的表。销售日期/时间显然是关键。如果您需要研究衰减因子，这就提出了一个问题：数据的有效性和/或相关性有多长？在什么时候，数据的“价值”衰减得如此厉害，以至于您不再关心它？当数据库中的任何给定条目达到这一点时，您要做什么——保持它在那里，但确保它从所有后续计算中被分解出来？或者将其存档--将其复制到“历史记录”表中，并将其从主“销售”表中删除？这是相关的，因为它必须考虑到您的衰减公式（以及您的容量规划、年度报告要求，谁知道还有什么其他因素。）

第2部分：您对要使用的衰减公式考虑了多少？你可以深入到这件事中去。涉过的选项和因素包括但不限于：

• 简单的年龄基础。截止日期之前的所有内容均计为1；之后的一切都算作0。求和，你就完了
• 截止日期是什么时候？确切地说是14天前，直到现在？从两个星期六开始的午夜（现在）
• 截止日期是否取决于售出的商品？如果有些东西很热，但有些东西不热，这会影响事情吗？如果你想强调一些东西（贵的/难卖的）而不是其他东西（你无论如何都会卖的绒毛），该怎么办

简单的基于年龄的衰变是微不足道的，但是