Postgresql与Python循环事件的速度

Question

我正在用循环事件构建一个简单的日历应用程序。我设想创建两个表，一个用于所有事件，另一个用于递归。如果我创建一个单独的事件，我将把它添加到events表中。如果我创建了一个递归事件，我将把元信息添加到递归表中，然后在事件表中添加所有事件(每月重复会将12个事件添加到events表中)。

我是否应该实现计算Postgresql (https://justatheory.com/2008/01/postgres-recurring-events/)或Python (后端API)中所有重复事件的日期的逻辑？表演有什么不同吗？

Answer 1

理论上，在Postgres中，您只计算一次递归(在create/update上)，但是在Python中您将在每次获取时重新计算它们，因此Postgres应该会浪费更少的周期。然而，我怀疑这是不是很多的计算。如果不是某种高负荷的项目，它对性能不会有太大的影响。我会从设计的角度来判断它。

如果预先计算并保存Postgres中的递归，则需要确保：

当删除相应的元记录时，

• 会自动删除它们.这很简单，存储一个外键和级联。
• 它们会随着时间的推移自动更新(在您的示例中，您需要在一年过去之后生成更多的递归)。更棘手的是，我不确定在Postgres.

中执行计划更新的“正确”方法是什么

如果使用Python进行计算，则可以通过计划的更新来解决这个问题，只需在每次获取时创建递归。但是，您就失去了从真实的单一来源获取数据并将其呈现给用户的美丽能力。逻辑层变得更厚。

总的来说，Postgres的解决方案对我来说似乎更好。我没有看过你所链接的那篇文章，但它提到了一些观点。这可能意味着您还可以选择计算每个选择的递归，但在Postgres中，而不是在Python中。我只会选择更容易实现和维护的东西。

如果你真的只关心表现，对不起，我没有足够的能力去分析它。