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

Posted 2021-05-05

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

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

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

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

我的上述理解是否正确？

答案

Storing all the data in the client side

优点

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

缺点

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

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

干杯!

另一答案

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

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