database - 将数据从Web服务缓存到数据库中是个好主意吗？

假设stackoverflow提供web服务，您可以在其中检索特定用户提出的所有问题。从用户A获取所有问题的请求可能会导致以下JSON输出：

{
    {
        "question": "What is rest?",
        "date_created": "20/02/2010",
        "votes": 1,
    },
    {
        "question": "Which database to use for ...",
        "date_created": "20/07/2009",
        "votes": 5,
    },
}

如果我想以任何我想要的方式操作和呈现数据，那么将其转储到本地数据库中是否明智？在某个时候，我还想检索每个问题的所有答案并将它们存储在本地数据库中。
我想的工作流程是：
用户登录。
web服务检索登录用户提出的所有问题，并将其转储到本地数据库中。
用户想要某个特定问题的所有答案，另一个web服务进行检索并将其转储到本地数据库中。
用户注销后，从本地数据库中删除该用户的所有问题和答案。

最佳答案

我认为，如果你实现了一个智能算法，你的想法会对性能有帮助。关键是确定应该从服务中获取多少数据并保存到数据库中。当用户登录时，获取如此多的数据并将其保存到数据库是一个坏主意，但是您可以，例如，首先将其中的一半保存到数据库中，当应使用另一半时，您可以获取并保存它。