-
Notifications
You must be signed in to change notification settings - Fork 197
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
Riak Delete-Create Operation #165
base: master
Are you sure you want to change the base?
Conversation
feedback from Jon that one get would be sufficent to guarentee the reap
…n from functioning properly
…n from functioning properly ...
If the key already exists, the last clause of maybe_put is going to create a sibling because it's a fresh put. (Assuming allow_mult=true) The delete tombstone from the delete would create another sibling, and the immediate delete that you're hoping for won't happen. When siblings are possible, your best bet is to get the vclock of the existing key and use it for If allow_mult=false and lww=true, then you ought to get what you're expecting. |
ping? |
Monthly ping? |
ping? |
@JeetKunDoug Would you mind having one of your KV folks take a peek at this PR and decide if it's still relevant? |
Adds an operation to the Riak driver that puts a key, deletes it (and ensures that it has been removed from disk), and then puts the key again. It requires that all nodes in the Riak cluster are configured with delete mode immediate.
This PR is not yet ready to be merged. I am opening it to get initial feedback from @jonmeredith and will further refine.