WIP - OnConflict support for Insert mutations#503
Conversation
|
I'm really excited about this! @olirice would love to know an ETA for upsert support. Don't feel pressured to answer if for some reason you can't provide an estimation. I know how maintaining OSS is. Keep up the good work, much appreciated! 🙂 |
|
I'm hoping to get it knocked out in the next few weeks. Its not too tough of a feature, just need to find some time to go heads down on it I'm looking forward to using it too! |
4708590 to
8da22dc
Compare
|
Hoping this will get done and merged soon ❤️ thanks for all the hard work |
|
Keeping an eye on this! Thanks for the hard work. |
|
Just checking on the status of this work, as it's been quite a while. pg_graphql is an absolutely incredible tool and I'm very eager to be able to use upserts. |
|
its not currently being worked on due to higher priorities but we do hope to get back to it once we get a few more urgent tasks resolved |
- Rename updateColumns to updateFields
- Rename {Table}UpdateColumn enum to {Table}Field
- Rename {Table}Constraint enum to {Table}OnConflictConstraint
- Keep DO NOTHING improvement for empty updateFields
What kind of change does this PR introduce?
Adds an "onConflict" argument to insert mutations so they support upsert semantics
<Table>Fieldtype for which columns need to update<Table>OnConflictConstraintfor which constraint should be used for upsert<Table>OnConflictConstrainthandle camel case and special charactersrestrict_allowed_argumentsto dynamically allow an onConflict clause where it exists