通过 API 拉取数据的更好方法？

Question

所以我正在尝试设计一个需要大量数据（10,000 行）的网络应用程序。 然而，随着时间的推移，这个数量将呈指数增长。 也许成几十万行。 我想描述两种关于如何提取和呈现数据并获得关于哪种方法总体上更快的建议的方法。 此外，使用 web 应用程序的人在服务器本地（非常低，如果有延迟）

第一种方法：

• 对 API 进行一次调用，该 API 在初始应用程序加载时返回所有 10,000 行数据（使用 1 个大型存储过程调用提取所有所需数据）
• 使用 JavaScript 循环计算这些数据，并根据特定标准将其分为 20 个类别（还有 JS）
• 当用户单击显示的计数之一时，他们会看到一个页面，其中列出了与该特定类别匹配的所有数据行。 （此步骤将非常快，因为所有行都已预加载）

第二种方法：

• 进行初始 API 调用，根据特定条件仅返回每个类别的计数（在 sql server 上而不是 JS 上计数数据）当用户单击计数时，进行另一个 API 调用以仅返回与该特定类别关联的行和数据（这意味着每个类别都有一个单独的 SP）
• 这意味着，每次他们点击一个类别时，都会执行一个新的 API 调用，但数据负载会小得多

我的挂断 - 第一种方法只需要 1 个 API 调用，但会一次性计算 JavaScript 中的所有数据，这意味着即使您不需要某些数据，它也会全部加载。

第二种方法需要多次调用API，但是统计SQL Server上的所有数据，只返回自己需要的数据。 进行大量单独的 API 调用而不是 1 个大型 API 调用会减慢速度吗？

Answer 1

恕我直言，你应该选择第二个选项。 我不会看到性能问题。 基于类别的计数将很快，并且随着服务器返回和处理的数量，下一次调用将更小。

Answer 2

重要的是要考虑一天内需要检索这些数据的次数。 如果它是少数——比如最大 500 倍——选项 1 就可以了。 如果调用次数明显高于此值，则选项 2 会更好。 您只需根据需要检索一个子集。