Hi gliders,
I got an app that uses around 14k rows and it performs ok when using the app but is slow when editing the app in the builder.
I’ve started to look at big tables as Glide says it is the solution to slower apps with lots of rows.
The thing is there is so many limitations that I don’t really see what the big tables would be useful for?
Products/inventory?
Big tables don’t sync across devices so if someone adjust the inventory while someone else using the app checks this exact item it would still show as available and could cause users to have false information.
Chat messages?
Again as they don’t sync across devices the users would have to reboot their devices to get the new messages.
CRM activities like calls, appointments, follow ups, etc.
Still not a good use case because in my experience I use a lot of computed columns as target for rollups in this type of table. Also can’t batch delete rows trough relations in big tables…
The only use case I could think of would be some sort of knowledge base with only a couple of basic columns.
I’m starting to build apps for clients but the current row limitations worries me as I will need to implement complex query columns filtering for specific criterias to batch delete unused rows while making sure to not delete important rows that might be important.
Has anyone used big tables for any of those situations? How do you guys handle apps with lots of rows?