Keyspace: a hash table that holds your application data. Okay, the table is distributed among nodes (i.e.,a DHT), but it's still a hash table;
Row: an entry in the above hash table where each value is composed by a collection of "column-families".
Column Family: a key-value table (I avoid to call it a hash table because I don't remember if it's implemented as such). A better name for this thing would be 'Attribute Set'.
Column: it's a key-value pair (with timestamp). Thinking about it as a column just blurs the concept. Better name: 'Attribute'.
Note: it's possible to have a different set of attributes on a per-row basis (for the same Column Family), so this concept of 'column' breaks quite easily.
Super-column: key-value pair where the value is yet another key-value table! Better(?) name: 'Super-Attribute'.
Then Cassandra data model is in fact a nested set of key-value tables while dynamo's model is flat (just one level hash table). Oh! Last but not least, it's not a column-store. It's on-disk storage is row-oriented.
You can't go into a new language and assume any words that appear to be the same are exactly the same. This applies to spoken language as well as computer languages. Only heartache lies down that road.
i do assume that people often learn and understand things based on existing conceptual prototypes. that was my problem trying to understand cassandra.
"Not only is Cassandra’s terminology confusing it’s downright misleading. Row, Column & Key all have existing semantics in the land of databases. To make matters worse, Cassandra’s definitions are not even orthogonal to the existing ones — they exist in a difficult state of quasi-synonymity."
You assumed that the RDB definition of those words was absolute, and didn't bother to question if a different kind of database would use them somewhat differently.
