Details
-
Improvement
-
Status: Resolved
-
Urgent
-
Resolution: Fixed
-
None
Description
This issue has come up numerous times, and we've dealt with a lot of pain because of it: let's get it knocked out.
Keys being Java Strings can make it painful to use Cassandra from other languages, encoding binary data like integers as Strings is very inefficient, and there is a disconnect between our column data types and the plain String treatment we give row keys.
The key design decision that needs discussion is: Should we apply the column AbstractTypes to row keys? If so, how do Partitioners change?
Attachments
Attachments
Issue Links
- depends upon
-
CASSANDRA-389 SSTable Versioning
- Resolved
- is blocked by
-
CASSANDRA-1235 BytesType and batch mutate causes encoded bytes of non-printable characters to be dropped
- Resolved
1.
|
Expose byte[] row keys in client APIs | Resolved | Stu Hood | |
2.
|
Expose byte[] keys to Avro API | Resolved | Eric Evans |