坚持还是坚持。就是那个问题。何时适合持久保存到数据库？

Question

我正在开发一个新的网络应用程序来提交县税申报表。到目前为止，我正在开发逻辑，以便以多种形式收集数据，并将数据保留在内存中，直到用户进入他们点击保存的最后一步。

此时，数据将立即保存到数据库中。我对此方法的推理是允许在单个事务中加载数据。另外，我只需要使用插入语句，而不是Insert if/else update，如果该事务失败，我没有要清除的孤立和部分数据。

但是，现在我开始认为我应该尽快保存。然后根据需要将数据添加到DB。

我希望这不是福特与雪佛兰的辩论。我真的在问一个客观的问题，在大多数情况下是否有真正适用的方法？

Answer 1

我也会采用你的新方法 - 尽可能经常保存 - 理由：

• 应用程序启动时会发生什么？ （用户必须再次输入所有数据）
• 当用户开始填写表格时会发生什么，离开2-3-4小时和几天后回来？过期和删除的会话和会话变量 - 用户必须再次输入所有数据
• 您必须双向检查数据的有效性 - 首先保存到内存，然后保存到DB
• 当用户完成5个表单，提交并且第一个表单中有错误时会发生什么？ - 无论如何，你会让他完成表格。
• 您必须检查两种情况下的数据完整性。

我认为没有任何合理的理由不尽快保存