Update super_sstable_reader.go#66
Conversation
The contains of the readers already handle the "tombstone" case.
| if !keyExist { | ||
| continue | ||
| if keyExist { | ||
| return true, nil |
There was a problem hiding this comment.
do you mind to add a unit test for this too? I wonder why this just passes :D
There was a problem hiding this comment.
I will check if the test cover this
There was a problem hiding this comment.
added this as part of 44b5b67
thanks for fixing this as well, I'll see whether we need some more test coverage around this right now
|
Just a question : go-sstables/sstables/sstable_merger.go Line 41 in d00463f go-sstables/sstables/sstable_merger.go Line 120 in d00463f There is two merge method. I don't really understand the difference. And I don't understand the need of the context. |
|
of course.
|
|
Thanks for the response. But what about the context ? |
|
The context is to understand which sstable the iterator originated from, so you can do selection based on this too, e.g. check out: https://github.com/thomasjungblut/go-sstables/blob/main/sstables/super_sstable_reader.go#L57-L63 |
The contains of the readers already handle the "tombstone" case.