cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <>
Subject [jira] Commented: (CASSANDRA-271) Rename <table> to <keyspace>
Date Sat, 25 Jul 2009 00:45:15 GMT


Jonathan Ellis commented on CASSANDRA-271:

only instance I saw in logging was

-            logger.debug("opening table " + table);
+            logger.debug("opening keyspace " + table);

got that locally, not bothering with -v3 in jira for that. :)

> Rename <table> to <keyspace>
> ----------------------------
>                 Key: CASSANDRA-271
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.4
>         Attachments: 271-v2.patch, 271.patch
> 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.

View raw message