-
Notifications
You must be signed in to change notification settings - Fork 12
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
Replace replace_into with alternative #19
Comments
pjenvey
added a commit
that referenced
this issue
Mar 29, 2018
diesel refuses to support the latter due to its many gotchas but for our simple setup it's nicer than REPLACE INTO also switch POST -> PUT and return 201 when newly created Closes #19
pjenvey
added a commit
that referenced
this issue
Mar 30, 2018
diesel refuses to support the latter due to its many gotchas but for our simple setup it's nicer than REPLACE INTO also switch POST -> PUT and return 201 when newly created Closes #19
pjenvey
added a commit
that referenced
this issue
Mar 30, 2018
diesel refuses to support the latter due to its many gotchas but for our simple setup it's nicer than REPLACE INTO also switch POST -> PUT and return 201 when newly created Closes #19
pjenvey
added a commit
that referenced
this issue
Mar 30, 2018
diesel refuses to support the latter due to its many gotchas but for our simple setup it's nicer than REPLACE INTO also: o switch POST -> PUT and return 201 when newly created o force binding to all interfaces for deployment Closes #19
pjenvey
added a commit
that referenced
this issue
Mar 30, 2018
diesel refuses to support the latter due to its many gotchas but for our simple setup it's nicer than REPLACE INTO also: o switch POST -> PUT and return 201 when newly created o force binding to all interfaces for deployment Closes #19
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The mysql replace_into we're using is not ideal, it ends up executing a delete/insert. This doesn't preserve the original creation date field. We should switch to mysql's INSERT INTO/ON DUPLICATE KEY UPDATE or use a transaction to do something similar.
The 'new broadcast' call really seems like a PUT request, (since it's really a create or update on a broadcast resource), ideally we'd return a 201 created when appropriate..
The text was updated successfully, but these errors were encountered: