Details
-
New Feature
-
Status: Closed
-
Major
-
Resolution: Implemented
-
None
-
None
-
None
Description
This proposal outlines an improvement to HBase that provides for a set of types, above and beyond the existing "byte-bucket" strategy. This is intended to reduce user-level duplication of effort, provide better support for 3rd-party integration, and provide an overall improved experience for developers using HBase.
Attachments
Attachments
Issue Links
- is related to
-
HBASE-9091 Update ByteRange to maintain consumer's position
- Closed
-
HBASE-7692 [experiment] Adopt Orderly library
- Closed
-
HBASE-7221 [experiment] RowKey utility class for rowkey construction
- Closed
1.
|
Update ByteRange to maintain consumer's position | Closed | Nick Dimiduk | |
2.
|
OrderedBytes: an ordered encoding strategy | Closed | Nick Dimiduk | |
3.
|
DataType: provide extensible type API | Closed | Nick Dimiduk | |
4.
|
Performance evaluation of encoding implementations | Closed | Unassigned | |
5.
|
Enhance data type API with type vs type comparison methods | Closed | Unassigned | |
6.
|
Provide client API with support for primitive types | Closed | Unassigned | |
7.
|
Type support in ImportTSV tool | Closed | rajeshbabu | |
8.
|
Exposing HBase DataTypes to non-Java interfaces | Closed | Unassigned | |
9.
|
Provide example of POJO encoding with protobuf | Closed | Nick Dimiduk | |
10.
|
[types] usage documentation | Closed | Unassigned |