前端-后端数据集成和提取的模式/方法

我一直在我研究过的一些小型应用程序中应用模式，然后使用以下工具：

前端：ReactJS，Redux，Firebase（仅身份验证内容）后端：具有Express的节点和我正在使用的数据库库（mysql或mongo）

流程曾经是这样的：

页面加载并验证用户是否登录。如果是，则使用后端获取应用程序数据。如果不是，只需检查用户是否不在受保护的路线上，然后让他导航（创建帐户，重设密码等）
发生获取操作并登录用户后，后端会从该用户发送所有数据（类别，商店，产品，配置文件和任何其他信息，以使应用程序流畅运行），因此在导航时不会持续加载以获取每个数据块。之所以也会发生这种情况，是因为（开始时）数据量不大，可以说1或2个商店，每个商店有15-20种产品。
在更新诸如更改产品名称，价格或任何类型的数据突变之类的数据时，前端会向后端发送一个请求，然后完成更新，并发送成功是/否的响应作为请求的答案。
假设上一步是创建商店。因此，前端接收到成功响应，然后将一个APPEND_STORE事件调度到redux商店，以使用其数据捕获新商店（只有在后端创建的ID +其他数据作为http请求的响应被接收，生成的数据在前端是从应用程序本身获取的），并将其附加到store数组，然后再次设置store数组对象。
之所以这样进行上一步是为了避免后端先进行更新，然后进行新查询以再次获取新寄存器（ej：创建新商店请求->后端创建商店并检索新的ID->后端查找/查询具有ID的新寄存器->回答数据）

因此，基本上，问题在于模式。到目前为止，这种模式到目前为止还没有给您带来很大的麻烦，但是我可以肯定的是，到目前为止，我还没有看到一些细节，而且我认为还有一些建议的方法可以解决我目前在互联网上找不到的方法。

我想知道用于此目的的最佳方法（或至少是上述方法中的一种更好的方法），以便将其实施到更大的应用程序中，以处理更多的用户和随时间推移而增加的数据。

主要问题：

在加载时，后端应该处理所有数据并将其发送到前端，还是应该发送最少的数据以使应用程序启动，然后根据导航的需要发送？我还在想，当数据长大时，会发送限制为10/20个寄存器的数据块，以保持相同的方法，但想知道处理该数据的标准/正确方法。
当后端的数据验证失败时，后端应使用OK状态代码（带有成功键）来表示答案：“ true / false”，以及应在前端处理该数据的其他数据，或者后端应使用错误状态代码？
正如我所说，后端仅回答由后端本身创建的数据（ID，创建日期等）。后端应该仅以此回答还是后端应该进行新查询以获取完整注册并将其作为响应发送？最初采用这种方法是为了优化资源（最少的请求和响应发送的数据）。我还认为这可能是一种愚蠢的方法，因为当今世界上有很多资源，因此差异不应该改变任何东西的性能。同样，有了这个答案，我在redux上的行为也会改变。您对这种redux方法也有意见吗？
是否可以对数据库进行查询以首先更新，然后再进行另一个查询以再次获取所有已注册的查询？我知道数据库是为处理多个查询而创建的，但我不知道这样做时是否要注意一些弊端。

真的谢谢！