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

Question

我正在构建一个资产管理Web应用程序。我在几个教程中看到，我们从API调用的数据存储在redux存储中，以获得更好的UI性能。这会是一个好主意吗？我的应用程序处理的数据将在1000个记录中。此数据将进入本地存储。性能将是高度毫无疑问，但安全性将是正确的做法？

请指导，何时使用，何时不使用？

伙计们，在阅读下面的回复后......我收集了以下理解，如果我错了，请纠正我。

• 对于大规模和动态应用程序，我们可以谨慎地使用Redux。以下类型的活动可以在Redux中进行.... UI布局，仪表板等 当前登录用户，他的个人资料等 关键值列表 数据库中表的关键字段，但不是所有字段，在设定的时间间隔后通过将其标记为旧来清理存储。

我的上述理解是否正确？

Answer 1

Storing all the data in the client side

优点

1. 加载数据后，页面渲染速度会更快

缺点

1. 随着应用程序的增长，您的数据也会增长，但有一点它将是不可持续的
2. 如果你的数据集很大（最有可能），它将需要很长时间才能获取，而且随着它的增长，你无法在UI中处理它
3. 您可能有数据同步问题，因为后端没有拉动您无法确保数据有效

这取决于你想要处理的application size和volume of data。如果您的应用程序只有一个或两个数据源，数据大小小于100，并且您可以使用no transactions，但不适用于需要处理大量数据集的应用程序。

干杯!

Answer 2

我没有看到在redux中处理这些记录的大问题，我建议你的性能是，不是要求你的API记录所有记录，而是实现可以给你X记录的东西，例如：对于在每个页面上获取大数据的分页表，用户和redux将只有大约3页的25条记录，如果您发现这些数据正在减慢您的速度，您可以清理旧的数据，这样，您的浏览器的页面不会花费很长时间来加载，因为它不会等待来自服务器的大数据响应，而是会获取少量数据。

当我说分页时，它可以是一个带有加载的滚动，当它到达结尾时获取数据...