[ https://issues.apache.org/jira/browse/GORA-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13278281#comment-13278281 ]
Kazuomi Kashii commented on GORA-138: ------------------------------------- super column name : string : field name column name : int : index of array column value : primitive : element value Currently, StringSerializer is used for column name for other purposes at gora-cassandra, so it must be changed to ByteBufferSerializer, and some classes such as CassandraClient and CassandraSuperColumn need to take care like GORA-132 for column value. > gora-cassandra array type support > ---------------------------------- > > Key: GORA-138 > URL: https://issues.apache.org/jira/browse/GORA-138 > Project: Apache Gora > Issue Type: New Feature > Components: storage-cassandra > Reporter: Kazuomi Kashii > > In order to support ARRAY in gora-cassandra, we have two scenarios as follows: > 1) super column family like the current MAP implementation; or > 2) single column to store all elements of ARRAY. > Each senario has pros and cons, but I'd prefer 1) and I have implemented a > prototype. > 1) super column family > ** pros > - consistent with MAP > - each column stores primitive type value. > ** cons > - ARRAY cannot be contained in RECORD or MAP. > 2) single column > ** pros > - complex type such as RECORD and MAP can have ARRAY value. > ** cons > - large size of ARRAY requres a huge single column value. > - difficult to implement for STRING and BYTES (variable length). > Currently, super column is used for other complex types such as RECORD and > MAP, > so it is consistent to use super column for ARRAY. > Considering this, the rule that complex type cannot have complex type value > seems a reasonable limitation, and it makes rule simple. > If we take 1) senario with super column family, > I can provide a patch of my implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira