Hello,
I recently discovered that Gdrive can be direct source for appsheet. With this source the underlying data are [_ID], [Path], [File], [CreateTime].[LastModifiedBy],[MimeType]
Is there a plausible way to REF_ROW this to a parent ID that would group them together?
Example. Spreadsheet Data are: Appliance, Consumables, Food. and i have files for Datasheet, Ingredient list, pictures etc; since this files will be stored together in one big folder. Ideally when im in appsheet I want to see in the detail view of Appliance, all related files reference to it.
I know alot of great people here have made something similar to this, care to share a similar feature?
The way is to create a virtual Ref column and select the correct parent table and itās record with the app formula.
2 Likes
AFIK, you cannot add a column to a table based on a gDrive folder that references another table
As a workaround here is what you might want to try.
- Create a child table to the table containing the grouping items. The child should contain
child_id, parent_id (ref to the grouping items table), file_id (ref to the gDrive Folder table).
You can select/store relevant files from the grouping items tableās detail view just like any parent-child tables structure works.
-
Create an action on the child table of type āexternal: open a fileā with [file_id].[file] (dereference is important) set as File.
-
Set the row selected action of the inline view of the child table to the action created in step 2.
Hope this works for you.
2 Likes
Thatās why I proposed a virtual column 
1 Like
Are you suggesting to add a VC on the gDrive based table? How do you set the app formula? Each row should reference a different parent row and a user has no access to change the formula at run time.
Maybe I am missing something hereā¦
EDITED: This is the strategy I have proposed.

1 Like
A s it has the [FILE] column.. maybe you could use file names where it starts with the āApplianceā etc. in the beginning and then you could read it with the app formula. Then use that as a key column in your parent table.
3 Likes
Right! That should work. Brilliant.
2 Likes
Thanks @AleksiAlkio and @TeeSee1
Awesome Ideas!! I think both are great in my use case. I think there are pros and cons for each.
For VC ref col: its pretty straight forward. scalibility-wise, to my undertanding VC calculate every sync. Idk if would impact sync time in the long run.
For Child table contianing file ID: theres a couple of step in the upload process. But it sounds stable(?) for the app. I wouldānt mind a compromise in entry process for the sync time as this is only a sub-feature of the app.
Regardless, both ideas are solutions. Thank you!!
Youāre welcome!
If you donāt have a lot of file records and parent, the affect should be a little.
1 Like