We had an Airtable-only Backend for our application so far.
The application is very feature-rich and has several queries (we’re already optimizing on that)
despite the application being a little slow in the Glide Dev portal it’s still fast in the Live portal for our clients
because of several sync issues related to Airtable we decided to switch to Glide Big Tables for new features
Problem:
After implementing a new feature with 2 new Glide Big Tables (currently with about 30-300 rows) our whole application got very very very slow in the Glide Dev. Environment.
And for the first time ever the new feature that is based on Glide Big Tables is so god damn slow in the Live portal that you can barely use it.
Details on the new feature:
It’s a table with about 10 columns displaying rows from an Airtable T1
Each entity in T1 (= WorkerPlacements) has a 1:1 relation to an entity in a Glide Big Table T2 (SignatureRequests)
The table has 2 columns with one action button each to do sth. with an entity from T2, e.g. For each Worker the user can create a SignatureRequest
For the action buttons a Worker references to it’s SignatureRequest
If one action button is clicked it takes 20-50 seconds until another button can be clicked and everything feels very slow.
Question:
Did anyone have experiences with slow Glide Big Tables so far and can give some advice?
So, I tried to clean everything up. Only kept the very crucial things and that’s what I found:
The 2 Glide Big Tables seem to have sufficient performance (marked green )
The look up fields in the table Placements T1 have a bad performance (marked red ) - but relative to other columns the performance should still be good enough.
Despite that the application using the Glide Big Tables didn’t get faster. It’s so slow we even have clients that complained about the performance.
I already tried it with single value instead of lookup but that didn’t change anything.
Are Glide Big Tables not supposed to be used in other tables?