DataNucleus JIRA is now in read-only mode. Raise any new issues in GitHub against the plugin that it applies to. DataNucleus JIRA will remain for the foreseeable future but will eventually be discontinued
Issue Details (XML | Word | Printable)

Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Andy Jefferson
Reporter: Andy Jefferson
Votes: 0
Watchers: 1

If you were logged in you would be able to see more operations.
DataNucleus Store HBase

Persistence serialises all fields irrespective of type!

Created: 12/Jan/11 08:04 PM   Updated: 27/Jan/11 07:54 PM   Resolved: 12/Jan/11 08:38 PM
Component/s: None
Affects Version/s: 2.0.0.release
Fix Version/s: 3.0.0.m1

 Description  « Hide
When we have a field that is a String (or double, or long) why would we want to serialise it into the datastore ?

Sort Order: Ascending order - Click to sort in descending order
Andy Jefferson added a comment - 12/Jan/11 08:38 PM
Changed String, char to just persist the bytes, meaning that they are readable when viewing in HBase shell. If user wants to retain existing data then they specify "serialized" against the String/char field

Peter Rainer added a comment - 23/Jan/11 09:20 PM
Andy, can you please do the same for the Wrapper classes of the primitive data types, as Id fields need to be nullable you have to use the wrapper class objects (Long, Integer, Double, Character, ...) instead of the actual primitive data types (long, int, double, char, ...) and my feeling is it would make sense for them too, to be
a) readable in the HBase shell
b) reduce the storage size

Andy Jefferson added a comment - 24/Jan/11 07:57 AM
Peter, if you want that then you can easily contribute the code ... to get hold of the bytes() of a wrapper and store it, and vice-versa ... so that it is readable. i.e StoreFieldManager, FetchFieldManager, StoreEmbeddedFieldManager, FetchEmbeddedFieldManager.