我必须使用REST API更新106600数据，但我不知道执行此操作的最优化方法。
主要困难是API每100返回数据100个，我必须使用offset来拥有所有数据（调用1066 API）。
在那之后，我必须针对这些数据分别检索额外的数据。这意味着要再进行1066次调用，然后再进行一次更新（这要归功于php multi_curl函数）。
我的问题是：我知道我有多少个项目，我是否也应该在第一个调用中使用php multi_curl函数，以便在一个调用中具有106600数据？也许对这两个新呼叫仅执行3个呼叫也做同样的事情？
我的意思是，如果API每次仅向我发送100个元素的包，那应该是有充分理由的。
服务器将支持这种请求吗？
我们的API调用次数有限（我不知道确切的数目），并且公司每天都会进行调用。我正在尝试寻找一种解决方案，以使我的公司不瘫痪。
我应该使用实际的脚本并找到一种逐渐更新数据的方法吗？
如果我发现了通话数量，如果足够的话，我应该继续吗？
还是我应该准备一个大请求以最少的通话次数获取和更新所有数据？ （如果可能只有3个电话，那就太好了^^）