0

我们在 cassandra 中使用社交登录对帐户表进行建模，我们选择电子邮件作为主键和瘦行实现。我们的 cassandra 在 version 上2.1.6。这是表定义：

CREATE TABLE account_by_email (
    email_address text,
    account_password text,
    first_name text,
    last_name text,
    registered_at timestamp,
    roles set<text>,
    facebook_id text,
    twitter_id text,
    linkedin_id text,
    password_reset_token blob,
    password_reset_token_valid_until timestamp,
    profile_image_url text,
    PRIMARY KEY (email_address) ) WITH COMMENT='Accounts in system by email.';

这对于电子邮件访问来说很好，因为当我们知道登录后的电子邮件地址时，我们可以快速访问每个帐户。

除了电子邮件登录选项外，用户还可以使用社交帐户登录/注册。当使用社交帐户登录时，流程是转到社交网络，接收社交 ID（facebook、twitter、linkedin），可能还有电子邮件并通过社交 ID 查询帐户表以获取完整帐户，或者只是电子邮件并继续在每个 API 请求上使用电子邮件。

facebook_id我们目前在, twitter_id,上添加了索引linkedin_id来支持这一点，因为我们处于 MVP 阶段，只有一个节点，我们选择 fats 实现而不是性能。

对此建模的正确方法是什么？以下是我们正在考虑的几个建议：

  • 离开索引实现，因为通过社交 ID 获取仅在登录一次时发生（在使用该电子邮件之后）
  • 每个社交 ID 都有一个表格，其中包含社交 ID 电子邮件对
  • 每个社交 ID 都有一个表格，该表格将保存完整帐户（可以编辑帐户，因此这会增加更新的复杂性）
  • 别的东西？

另一个问题是，当您对很少发生的访问路径进行建模时，具有高基数字段（如社交 ID）的索引实现真的那么糟糕吗？

4

1 回答 1

3

我对此的看法如下：

创建一个包含用户所有信息的帐户表，并使用 uuid 作为分区键：

CREATE TABLE account (
    userid uuid,
    first_name text,
    last_name text,
    registered_at timestamp,
    roles set<text>,
    password_reset_token blob,
    password_reset_token_valid_until timestamp,
    profile_image_url text,
    PRIMARY KEY (userid) );

创建一个表，将您的任何登录源链接到用户帐户：

CREATE TABLE account_by_login_source (
        user_external_id text, // Can be an email address or a social network id       
        login_source text,   // Can be any of "email", "facebook", "twitter",... 
        userid uuid,
        account_password text,  // only useful for email login, since you handle auth
        PRIMARY KEY ((user_social_id, login_source)));

创建用户时，生成一个 uuid，在 account 表中插入一行，在 account_login_source 表中插入相应的行。

这样，您的用户可以使用多个登录源并将它们链接到单个帐户。您只需要运行 2 个非常有效的查询即可让用户登录。

在不指定分区键的情况下使用二级索引肯定会成为问题，因为随着集群的增长，请求最终会超时。如果您运行如下查询：

SELECT * FROM account_by_email where facebook_id = 'userid';

Cassandra 必须扫描集群中的每个节点，以获得单行。根据经验，我建议不要使用这种技术，一旦在生产中会导致很多绝望......

于 2015-08-24T08:30:55.027 回答