将数据库中的所有数据存储到redux存储中是个好主意吗

时间:2018-12-27 12:22:59

标签: reactjs redux

我正在构建资产管理Web应用程序。我在几个教程中看到,我们从API调用的数据存储在redux存储中,以提高UI性能。但是这会是个好主意吗? 我的应用程序处理的数据将在1000条记录中。此数据将进入本地存储。毫无疑问,性能将是很高的,但明智的做法是正确的?

请指导,何时使用以及何时不使用?

伙计们,在阅读了下面的回答之后...我得到以下理解,如果我错了,请纠正我。

  • 用于大规模和动态应用 我们可以谨慎选择Redux。以下类型的活动可以在Redux中进行。...

    • UI布局,仪表板等
    • 当前登录用户,他的个人资料等
    • 键值列表
    • 数据库中表的关键字段(但不是所有字段)会在设置的时间间隔后通过将其标记为旧来清除存储。

我的上述理解是否正确?

2 个答案:

答案 0 :(得分:1)

我在redux中处理这些记录没有什么大问题,我建议您提高性能,而不是向API询问所有记录,而是实施可以给您X记录的东西,例如对于每页都会提取大数据的分页表,用户和redux大约只有3页,共25条记录,如果您看到大量数据使您的速度变慢,则可以清除旧记录,浏览器的页面加载时间不会很长,因为它不是在等待服务器的大数据响应,而是会获取少量页面。

当我说分页时,它可能是带有加载的滚动条,当滚动条到达末尾时会获取数据...

答案 1 :(得分:0)

将所有数据存储在客户端中

专业人士

  1. 加载数据后,页面渲染会更快

缺点

  1. 随着应用程序的增长,您的数据也将增长,这在某一点上将是不可持续的
  2. 如果您的数据集很大(很有可能),那么提取将需要很长时间,而且随着数据集的增长,您将无法在用户界面中处理它
  3. 您可能有数据同步问题,因为没有后端的拉动,因此您无法确保数据有效

这取决于您的application size和您要处理的volume of data。如果您的应用程序只有一个或两个数据源,数据大小小于100并且有no transactions,则可以使用它,但是对于需要处理大量数据的应用程序则不行设置。

干杯!

相关问题