cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <>
Subject [jira] [Resolved] (CASSANDRA-7755) GZIPBase64 Validator
Date Tue, 12 Aug 2014 10:35:11 GMT


Sylvain Lebresne resolved CASSANDRA-7755.

    Resolution: Won't Fix

I don't think there is any particular reason fo us to add this as a a default validator: you
can absolutely use your own AbstractType without any code patching (just drop your jar in
the class, you *can* then use it as validator in the CLI by using the fully qualified class
name) and this gzip-then-base64-in-strings encoding feels rather specific to me (I can understand
wanting to compress values but using base64 encoding instead of just storing compressed values
as blobs is imo certainly not standard).

> GZIPBase64 Validator
> --------------------
>                 Key: CASSANDRA-7755
>                 URL:
>             Project: Cassandra
>          Issue Type: Wish
>            Reporter: Srikanth Seshadri
>            Priority: Minor
> I have implemented this extension.
> Please let me know if you think it will be useful for others. If yes, I work on submitting
a patch for the same
> ---------
> Extension: GZIP-Base64 Datatype
> For size advantages - we compress the text data in Text/UTF-8 columns in cassandra. The
text is GZIPed and then Base64 encoded - result is stored in Cassandra.
> When we peek into the data using Cassandra-Cli, the data we see is not in clear text
- this benefit is lost because of compression. Hence I added this extension which indicates
to Cassandra that the data in the text column is GZIP-Base64 encoded. The extension will decode
the value and display the result in clear text when queried.
> Usage
> Let’s assume that the employee column family has address column data in compressed
format. Execute the following assumption in Cassandra-Cli.
> With this assumption the output of the address column will be in clear text. The GZIPBASE64
type is implemented in such a way that it detects data for compression, only then decodes
it. If no compression is performed, the data is not altered.
> This implementation relieves the user of indicating, in the above example that only address
column is compressed and others are not
> --------.

This message was sent by Atlassian JIRA

View raw message