What would be a good way to achieve this kind of action?
I was able to Copy the ParentArchive to Parent and vice versa by,
Add a new row to another table using values from this row
but can't seem to figure out how to copy the child and grandchild as well ๐
โ
Solved! Go to Solution.
Thank you always, for helping me out.
This method of yours, it made a duplicate to corresponding tables, but did not have the relationships.
On the other hand
@Aurelien 's method, made it so it copies in the same table.
So I've implemented both of your ideas and made it to work.
Duplicating Parent to Grandchild, all to another table
Thank you so much for your help, and I'd appreciate it if there are any ways to make it more efficient please tell me! ๐
Yes, for this you'd need to generate new keys.
Check Chained Dereference Expressions
Dereference Expressions | AppSheet Help Center
Does that solve your problem?
unfortunately no ๐
These lines are only connected horizontally, not vertically.
The vertical lines are what I want them to happen; copy
sorry for the confusing diagram๐
Table 1, columns:
Table 2, columns:
Table 3, columns:
If you begin with Table 1, then the additional rows to copy should be:
If you begin in Table 3, the rows to copy should be:
What kind of Do this behavior would I put this into?
Where do you begin?
The ParentArchive_Table ๐
I've written a table schema in my reply because table references in your diagram are confusing to me. So please either reply based on the schema in my reply, or provide screenshots for the configuration of your tables clearly showing Ref columns. Thank you.
I'm sorry!
I hope this is a little bit easier to see!
โ
โ
Thank you, don't worry. I think you should change the direction of horizontal arrows in your diagram.
Anyway, last question, are these a one-to-one relationships? or one parent can have more than one child and a child can have more than one grandchild?
Oh I see, thanks for the tip. It confuses me because in Specs in AppSheet the arrows are this way ๐
they are all one-to-many relationships!
3.
Does not seem to work ๐
I've seen that I made a typo and repeated ProductModelArchive in step no. 3. I edited and corrected it.
Please correct the Referenced Table in step 3. to be BOMArchive instead of ProductModelArchive.
Thank you always, for helping me out.
This method of yours, it made a duplicate to corresponding tables, but did not have the relationships.
On the other hand
@Aurelien 's method, made it so it copies in the same table.
So I've implemented both of your ideas and made it to work.
Duplicating Parent to Grandchild, all to another table
Thank you so much for your help, and I'd appreciate it if there are any ways to make it more efficient please tell me! ๐
I'm glad you have a working solution ๐
>> but did not have the relationships
Why is that? If the original tables "have the relationships", why wouldn't the exact copies have them? would you please explain? Thank you!
I'm not familiar with @Aurelien's method; it is not in this post. Would you please get the link? Thanks again.
Sorry what I meant was, your method creates:
an EXACT duplicate of Every Record to another Table with the same id.
What I wanted was, making a duplicate of every record with a new id, and still retain the references with the new ids.
Why I wanted create this action, is because most of the NEW products we create, are made up with similar materials that we've used on PAST products.
So rather than creating a product from scratch, it's much faster and has less space for error (in our case) if making a duplicate but NEW IDs with an already related Child and Grandchild was achievable.
This is @Aurelien 's original reply post, but can't seem to Find the App anymore ๐
Hello, I am looking to implement the same thing but the template you created is no longer available. Would you have any advice on how you did it?
I see, thank you.
You wouldn't need new IDs however; since you are creating new tables. Keys have significance only within a table, not across the app tables.
For example, when I have one-to-one relationship I use the same IDs as keys for the Parent, Child and Grandchild tables, just for convenience. At the same time I have one less column in my table; since my Ref column is also my Key column.
Yeah, but once I've finished creating that product, I would than again put that back into the Archive to create a from a blank table for faster user experience!
so I would need a different ID ๐
Hello. I have the same need as you to copy records with 3 hierarchies generating new IDs. Can you summarize the steps you implemented following Aurelien's solution? You would be doing me a great favor. Thank u very much
Yes, for this you'd need to generate new keys.
User | Count |
---|---|
33 | |
31 | |
30 | |
19 | |
18 |