Glide Tables are like Google Sheets, but they live in Glide and have some exciting properties:
They can hold much more data than a Google Sheet.
You can share tables between apps.
They don’t cause sheet edits/sheet reloads.
There are also some limitations
They are not yet as easy to edit as your Google Sheet.
You cannot import or export data in bulk, but we are working on that.
Only basic columns and user-specific columns are shared when you share a Glide Table between apps—computed columns are not yet shared with the table.
@david, @mark, I tested various screen size on my computer, but since the “glide table” I cannot access any more to the right arrow to access my tabs … so I just cannot work anymore (time for holiday!)
Just looking for more information in regards to privacy surrounding data stored in glide tables. Our clients will ask us and we need to be informed on how to navigate those conversations.
Does glide read the data? Do third parties have access to any types of user data? GDPR compliance… things like that.
@david, in addition to the issue to access the right arrow to see our other tabs, I have a very basic question: how do we use those “Glide Tabs”? (see my video, where I cannot input any data nor bring-in data with “single value”)
Question 1: If two apps are sharing a Glide Sheet will I see faster updates in app 1 when changes are made by app2 compared to the same scenario with Google Sheets?
Question 2: I use Integromat a LOT to look for new rows in Google Sheets such that I can alert users about “stuff”. How will I achieve this with Glide Sheets? Will you introduce an Integromat “hook” for new row added or perhaps an Integromat action for a submission? Same goes for updating a row?
I’m assuming we won’t have a zapier connection to those tables soon, right?
So, all notifications whose trigger is a new row should still be happening in Gsheets?
What would be a good rule of thumb regarding what kind of data should be stores in thee Glide table vs Google Sheets?