-
-
Notifications
You must be signed in to change notification settings - Fork 323
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extend table API to support duplicating tables #453
Comments
@kgodey there can be 3 possibilities IMO,
agree? or is it just clone and reference, to begin with? |
@bohemia420 What do you anticipate being copied in a "deep copy" that isn't covered by the first two options? |
say a table A with shape -[100,4] i.e 100 rows 4 cols. creating a table B could be:
the "deep copy" may actually be more of a "view", which albeit [100, 4] or as per a filter say [x, 4] where x <= 100, but any changes to table B will also be reflected in table A. IMO, I don't think much such cases. One real life has been an TL;DR - honoring simplicity, we should be good with first two cases only. |
@bohemia420 We'd want users to make a view for cases where they want data automatically updated from other tables, see #442 for issues related to that. This issue already covers the first two options so we should be good. |
This issue has not been updated in 90 days and is being marked as stale. |
I'm going to close this, we can reopen or open a new issue once we have a more detailed design for it. |
Problem
The design spec for Basic Table Operations calls for the ability to duplicate a table.
Proposed solution
The Table creation endpoint should be extended to accept a reference to another table and whether all data should be copied. If this parameter is passed in, it should create a new table that's a copy of the table that has been passed in. Data should be copied conditionally according to the parameter that has been passed in.
Additional context
The text was updated successfully, but these errors were encountered: