[
https://issues.apache.org/jira/browse/HBASE-1304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12710217#action_12710217
]
stack commented on HBASE-1304:
------------------------------
Sounds like the dictum that deletes only apply to the next file is one we could
do without if we had to. But, hopefully, its one of those rules you take upon
yourself to make processing cleaner (I haven't looked closely enough at code
yet).
@Holstad My guess is that memcache is cleaner if deletes are applied on
insertion rather than what we have now where we have to back up just in case
current cell has been deleted?
I'm fine removing deleted (and expired) puts as part of minor compaction. I
don't think it'll be too taxing. Obviously, the delete itself must persist in
case older files have matching puts (Major compactions are the time when cells
can be dropped because they exceed the maximum-versions count on the Store and
its the time when you get to drop the delete cells themselves after all of the
puts they overshadow have been let go).
I don't think we are doing this or even proposing doing this but just in case,
+1 on not deleting into the future.
> New client server implementation of how gets and puts are handled.
> -------------------------------------------------------------------
>
> Key: HBASE-1304
> URL: https://issues.apache.org/jira/browse/HBASE-1304
> Project: Hadoop HBase
> Issue Type: Improvement
> Affects Versions: 0.20.0
> Reporter: Erik Holstad
> Assignee: Jonathan Gray
> Priority: Blocker
> Fix For: 0.20.0
>
> Attachments: HBASE-1304-ryan.patch, hbase-1304-v1.patch,
> HBASE-1304-v2.patch, HBASE-1304-v3.patch, HBASE-1304-v4.patch,
> HBASE-1304-v5.patch, HBASE-1304-v6.patch, HBASE-1304-v7.patch
>
>
> Creating an issue where the implementation of the new client and server will
> go. Leaving HBASE-1249 as a discussion forum and will put code and patches
> here.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.