将数组项发送到服务器或在服务器端查询它？

Question

这是我的方案，我正在尝试做更有效率的事情。

我有一个用户，其关注者范围从 100 到 5000 个不等（比最小值多或少）。用户和关注者计数本地存储在用户设备（Android - sqlite）上。

选项 A：当用户想要查看他的关注者时，我向要查询的 userId 的服务器 (node.js) 发送请求 (mongodb)，然后对该用户的关注者数组中的所有用户进行另一个查询。

选项 B：让用户使用 userId 和关注者 ID 数组发送请求，然后向服务器查询一次以查找关注者。

A的效果：查询翻倍（因为followers数组必须先查询）

B 的影响：连接可能会丢失并且必须重新发送数据，并且可能是一次发送大量数据，必须调用 POST/PUT 而不是 GET（至少我认为我愿意）。

因素： - 用户体验 - 优先级 1 -服务器成本 - 优先级 2

编辑

说明：

这是指一位用户及其追随者。从登录时开始，我将关注者 ID 存储在 sqlite 的行中。

Answer 1

为什么一开始还要发送关注者 ID？

在登录响应中发送关注者 ID 是没有意义的。

让我们考虑一下这是您当前的登录响应：

{
  status:"success"
  data: {
          userId: "123456",
          firstName: "John",
          lastName: "Doe",
          followers: [ "111111", "222222", "333333", ... ]
        }
}

因此，您保存了关注者 ID。现在你将如何使用它们？

由于您没有发送姓名，因此您无法请求单个关注者个人资料，并且您不会向用户显示可供选择的关注者 ID 列表，因为他不知道他们正在选择哪个关注者。

因此，您必须至少为每个 id 添加一个关注者名称，这意味着一个非常大的响应，考虑到一个用户最多可以有 5000 个关注者。

在我看来，这对于登录 API 来说太过分了（即使没有名称）。

或者，您可以只发送关注者的数量。

{
  status:"success"
  data: {
          userId: "123456",
          firstName: "John",
          lastName: "Doe",
          followerCount: 2000
        }
}

现在，当用户决定查看他的关注者时，您只需发送他的用户 ID（选项 A），这足以查询他们。

我不熟悉面向文档的数据库，但我认为这样的查询不会有任何性能问题。

为什么不选择选项 B？

1. 如前所述，登录 API 响应会非常大。
2. 如果用户关注者在登录和第二个 API 之间发生变化怎么办？例如，您不会有新关注者的用户 ID。

最后一条建议

在您的响应中实现服务器端分页。

5000 是一个相当大的数字。如果没有分页，您的响应将会很大，并且某些设备可能没有足够的内存来存储它。

这是一个例子：

http://www.example.com/followers?userId=123456&pageSize=25

{
  status:"success"
  data: {
          followers: [
              {
                userId: "----",
                userName: "----",
                firstName: "----",
                lastName: "----",
                ImageUrl: "----"  
              },     
              {
                userId: "----",
                userName: "----",
                firstName: "----",
                lastName: "----",
                ImageUrl: "----"  
              }, 

             ...     
          ]
          paging: {
              page: 1, 
              pageSize: 25,
              previous: "",
              next:"http://www.example.com/followers?userId=123456&pageSize=25&page=2"
          }
        }
}

Answer 2

为了有效地解决这个问题，我将实现一个缓存键，将其存储在 mongodb 和 android 设备中。每当一个人的追随者发生变化时，都会重新生成缓存键。该键在 mongodb 中建立索引，以便快速查找。

当我想查看我的一个关注者时，我会发送关注者 ID 和缓存键。如果密钥匹配，则设备具有最新数据，因此您可以发回“chache valid”响应。如果不匹配，则设备需要刷新。仅对缓存键进行索引查找会非常快。