任务报告数据库架构

Question

我有一个任务跟踪应用程序，这是非常基本的。它目前有许多任务，随着任务完成而更新进度，从0到100％。

的问题是，这些数据都非常短暂，我想在任务的顶部添加报表，所以像：

• 两个日期
• 任务数之间增加任务数两个日期
• 多的努力（因此，这是总工作量对任务，通过100个分和timesed由变化完成）两个日期

之间完成 等等。

您如何冻结数据以便进行这种报告？

这些是我想过的迄今为止的想法：

理念1.永远不要更改任务定义，但添加包含粒状的更新任务取得进展的“TaskProgress”表 - 然后你可以“总结它们”以获得当前状态或在两个日期之间记录这两个日期之间取得的进展。值得注意的是，这将会对报告要求进行合理的改变，但不利的一面是，获取当前任务的进度将需要更多的查询工作。

想法2.创建一个表来存储进度变化。每次任务更新时，还要添加一条记录，其中包含由更改引起的计算的移位。这些报告只是在所需日期之间选择记录并对其进行总结的一种情况。最重要的是，这不会对现有的功能产生很大的影响，并且不会造成太多的查询工作，不利的一面是，如果它不包含您想添加到报告中的信息，则必须更改此表。

想法3.想法3将创建来自想法1的“TaskProgress”表，但是仍然保持对任务的总计当前进度。这意味着任务进度项目的总和将作为总量再次存储在任务本身中，但读取这些值的速度会比计算它们更快，并且为稍后更改报告提供了更大的灵活性。

任何对这些想法的评论，或更好的建议都非常受欢迎。

Answer 1

我不确定我是否理解你的想法，但如果问题能够报告瞬态数据，那么为什么不使用数据库的副本？由于性能方面的原因，我们通常会复印副本，但它会解决您的问题。备份数据库，然后将其还原到另一个数据库，执行报告，然后删除数据库。