I’m evaluating a use case that is a once per year use case, but will need to service up to 2000 form submits in a very short amount of time. Something like 5 minutes.
I know there are not readily available rate limits posted anywhere, but has anyone heard any anecdotal information regarding this kind of rate limit?
@Aleksi maybe?
The most users I had using one of my Apps was 2200 in a single day. Based on a Google Sheet backend. Though there were only reads and not writes
Thanks for the feedback. I’ve also seen 2000+ users in an app in a single day with no reported issues.
Also read_only, though…
For this case, I’m anticipating 2000 concurrent Write operations.
Concurrent User Submissions Questions
Hello there, Looking to better understand the functionality of how AppSheet handles high volumes of concurrent users. I have reviewed the documentation and it looks as though the concerns about multiple users only comes into play when they are editing the same row of data. If I have ~1500 individuals needing to submit a form(within an 8 hour period), and the table has the “key” with UNIQUEID(“UUID”), am I going to run into any issues? Aside from long sync times?
The question would be… what data source the app is using?
Sheets and SQL would be options.
I would go with SQL as gSheets and Excel have their own API limits like 100 interactions per 100 secs (if I remember this correctly). And because filling the form is not just the write, you could easily go over that limit very quickly.