首页 > 解决方案 > 为这个用例建立一个数据库有意义吗?

问题描述

所以我每周运行一次我的代码。假设这是 100 个新任务。每项任务都处理该周的新数据。

我想要一个故障保险,以防发生诸如我的计算机随机关闭或我失去互联网连接 30/100 任务的情况。

所以我的想法是让数据库在开始时将 100 个任务和那几周的数据一起加载到一个表中,就像一个临时的待办事项列表表一样,然后我一个一个地删除它们。因此,如果它在 100 项中的第 30 项任务中失败,那么下周,我的待办事项清单上还有另外 70 项,外加新的 100 项。

这作为一种设计模式有意义吗?该表在 99% 的时间里基本上是空的。我们也已经在使用 Postgres,所以我想只使用我认为感觉更糟的东西,因为它提供了这么多,而我使用它的原因很简单。

“状态机”适合这里的任何地方吗?这是有人向我建议的,在谷歌搜索后我真的不知道它会有什么帮助。

标签: databasepostgresqldesign-patternsstatestate-machine

解决方案


推荐阅读