As we continue to utilize Monday.com, the time it takes to query updates takes longer and longer. We paginate to reduce the complexity of each request, but we’re currently up to 25+ calls to sync the updates! By this time next year, we’ll be at 100+ calls to get updates and we’ll still be getting ones from three months ago.
We don’t need updates from the beginning of time every day, just the previous days’ updates. This argument could be provided in UTC to prevent any timezone conversion issues. It would save on compute on both the end-developer’s side and Monday.com’s infrastructure if we could apply a
created_at date filter on the Updates endpoint and others that are chronological. Even an
id filter would be beneficial if the ID’s are guaranteed to be sequential.
Question: as a workaround, I could just paginate through 10 pages and that would hopefully give me all the updates from yesterday, unless the team was realllllly busy. However, although it appears that the id’s are returned in descending order, I don’t see that documented anywhere. Is it guaranteed that the updates are returned ordered on