-
-
Notifications
You must be signed in to change notification settings - Fork 112
WIP - OnConflict support for Insert mutations #503
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
base: master
Are you sure you want to change the base?
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 |
What kind of change does this PR introduce?
Adds an "onConflict" argument to insert mutations so they support upsert semantics
<Table>Field
type for which columns need to update<Table>OnConflictConstraint
for which constraint should be used for upsert<Table>OnConflictConstraint
handle camel case and special charactersrestrict_allowed_arguments
to dynamically allow an onConflict clause where it exists