-
Notifications
You must be signed in to change notification settings - Fork 154
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
Fail earlier on duplicated transactions #1154
Comments
It's fully covered by #1155 after introducing a lock mechanism based on secondary transaction ID (SID) that represents that business key of the entity being inserted. So no further action needed to implement the ticket. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Current implementation allows multiple transactions to start inserting duplicated data, but only one of them can succeed due to a unique index on
ExecutionPlan._key
. Although this solution is sufficient, we could probably do even better by resolving the duplication at the moment of transaction start.The text was updated successfully, but these errors were encountered: