cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Evan Weaver (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-271) Rename <table> to <keyspace>
Date Fri, 03 Jul 2009 02:40:47 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12726777#action_12726777
] 

Evan Weaver commented on CASSANDRA-271:
---------------------------------------

I was thinking of things like the replication controls (why aren't they at the CF level, anyway?).

No big deal either way.

> Rename <table> to <keyspace>
> ----------------------------
>
>                 Key: CASSANDRA-271
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-271
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>
> Using <table> in the configuration file to mean "the unit over which key/cf pairs
are unique" is not useful.  It confuses both people from a relational background (the vast
-- vast! -- majority of users) and people from a Bigtable/HBase/Hypertable background, because
Cassandra's data model, while closer to BT than MySQL, is still different enough to be confusing.
 Both of these mistaken assumptions of familiarity have caused me problems explaining Cassandra
to actual users.  We are the newcomers by 30 years in one case and 2 years in the other; insisting
on our own, different interpretation of a familiry term seems silly.
> It's possible that calling it KeySpace will not solve the problem, but I see this as
a situation where the status quo does us no good at all -- the only connotations <table>
has for people are WRONG -- and changing it has a chance of improving the situation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message