is it possible to have an example? It would be useful if Glide would give us the opportunity to understand how much updates will affect our App. A sort of detailed simulator in order to understand where to work to reduce updates. If I have an App (glidetables only) for ordering from the table with 20 tables and an average of 25 orders per day with 5 variables (customer / table number / quantity / product / email). I will have 20x25 = 500 updates per day or will I have 20x25x5 = 2500 updates per day? If I have a âcolumn users specificâ for the cart and register a new line just to upload the order, how many updates will I get?
Hi, quick question about the API. The detail on the pricing does not make clear. Does Pro and Business both have access to all four API functions? CRUD? Pro on the old plan could only CUD. Any read was the full table, not individual records. If it does have CRUD for PRO, this alone would be worth the price of the upgrade for me.
Thanks for sharing! Quick clarification on Updates - this will include any change to data in Glide Tables right? So assuming Add Row, Delete Row, Increment Number, and Set Column Values actions will all trigger updates? Similar to question by @BDN_Jacopo_Chiapello, in a table with X columns, do Y Set Column Values actions or Y Add Row actions trigger X*Y updates or Y Updates? Thank you so much for any clarification and really appreciate what you guys are doing!
Hello, I have a pro plan in which I have a lot of information that changes day by day.
I still have 10 paid months left, since we contracted the annual plan.
From when will the migration to the new plan take place?
Or will they allow the fulfillment of the established contract?
Thank you
Hi, Jacopo! If it is one submission that holds multiple variables, that will be on Add used. In this case, I would expect you to be closer to the 500 Adds per day scenario.
With the new team plans, we have rolled out a Usage page as well that you can start using to estimate the number of Updates your team consumes. Please note that the Updates shown will be slightly higher than what will be counted in the coming months as we do not plan on counting (a) editing in the Builder and (b) Updates used by unpublished projects
Hey, Dario! We will provide more details to existing customers about the migration plan soon
We will give plenty of time for existing customers to migrate to the new team plans. All existing subscriptions will likely be migrated before 10 months, so, in your case, the annual subscription will likely end before its renewal date
However, we are planning to provide discounts, in general, for existing customers and larger ones, in particular, for customers with annual contracts
Hi, according to the price chart, the images/documents limit on FREE apps is 200 MB. I have a free app which tells me I have exceeded the storage limit, but it only uses slightly over 100 MB, and says the limit is 100 MB.
I donât know; I was under the understanding that all free apps were going to be automatically updated to the team plan. If thatâs not the case then no worries.
It seems like you are still on the per-project plans. You can tell by going to the Billing page. If your team is on the Free team plan, your screen will look like this:
We hope that most customers will use both an App (mobile use cases) and a Page (desktop use cases) for their projects now that theyâre both included on all plans
Hopefully, that helps offset the cost of the Pro plan when you initially think you might only need a App but you could benefit from an App and a Page
API functions will stay the same on the new team plans. The readTable function currently allows a user to pull all rows in a table, not individual records
Which use cases do you have where you would like to pull individual records?
I currently donât have a use case but I am in the planning stages of developing an app which will have an external database not supported by Glide and in order to keep the databases in sync I will want to update individual rows in the external database and also on the Glide side. If a row has been changed by a user in Glide I will want to do a read before doing any kind of update so I donât walk on any changes. In other words the database will be able to be updated from both ends. And I will have to synchronize manually because the external database is not supported by Glide. The external database does have API access so I may just need to implement dual update dual write and dual delete when changes are made on the Glide side.
