Counter for tables, columns, components, and pages

Hi everyone. I’m experimenting with estimating the cost of developing apps on Glide. It would be amazing to have counters that calculate the number of tables and columns by type in the database, as well as the number of pages and components by type in the interface.

2 Likes

What is important for the usage is actually just the row count. But I agree that for statistics, it might be useful to have all those informations.

1 Like

We’re talking about estimating the cost of building an app. You could have 20,000 rows in a single table with just two columns, but that doesn’t necessarily mean the app will be very expensive :slight_smile:

1 Like

I would prefer to have not just counters but kind of interactive report showing the structure of the App. This can be used to navigate each screen, for example.

2 Likes

I was thinking that for a complete cost estimate, it would also make sense to include a counter for the number of workflows and the number of actions inside them. That way, the question of development cost becomes straightforward for both the developer and the client. Plus, it would allow tracking progress on a daily basis. :star_struck:

1 Like

I would like to weigh in here with my experience the first month of developing. I’ve read through the docs to get a feel for the capabilities and cost of Glide and actually considered another app that costs only $4/m, without the 1 app limit and the update costs. So if you learn a new app, you test, right? I was happily creating columns with calculations that SHOULD have been possible with variables, trying to find if a relation or a template or a lookup or an array is needed for the calculation. Also workflows to update columns with “looked up” data. Glide docs said, and I quote, “Glide tables and Big Query do not consume updates. … To save on update consumption, consider building or importing your data directly to Glide.” No Ifs, Buts and Whens.

And what happened? I got a bill for just under $60. Because hidden in the docs are some vague references to workflow executions that … perform actions and make data changes. But this info is under the heading “Changes to external data sources”. Which Glide tables are not, right?

So paying $25 for app development tat only allows 250 updates and a single published app feels like daylight robbery to me. Why didn’t I go with the other choice? Glide is easier, but now I feel if I have to jump through hoops to keep updates under 250, the investment in time to learn an alternative is worth my while.