我有一张Cassandra桌

CREATE TABLE users_by_id (
id bigint PRIMARY KEY,
name text,
email text,
password text,
);

和

CREATE TABLE members_by_org_id_user_id (
organisation bigint,
user bigint,
roles set<bigint>,
PRIMARY KEY (organisation, user)
) WITH CLUSTERING ORDER BY (user DESC);

如果我想找回 name 对于一个组织的每个成员，我可以： SELECT user FROM members_by_org_id_user_id WHERE organisation = ? 然后表演 SELECT name FROM users_by_id WHERE id in ? （协调器必须联系多个节点？=坏的是在关系Cassandra坏查询？） SELECT user from MEMBERS_by_org_id_user_id WHERE organisation = ? 然后对每个用户执行查询 SELECT name FROM users_by_id WHERE id = ? （应用程序必须联系许多节点，因为用户的主键不同？=不那么糟糕？不完美）
改变 members_by_org_id_user_id 到

CREATE TABLE members_by_org_id_user_id (
organisation bigint,
user bigint,
name text,
email text,
PRIMARY KEY (organisation, user)
) WITH CLUSTERING ORDER BY (user DESC);

第三种方法的问题是，如果用户被更新，与该用户相关的所有成员行也将需要更新，这虽然允许应用程序只联系一个节点，但意味着每次更新可能需要进行多次写入？
如何对数据进行建模以减少或完全消除这些问题？
从理论上讲，一个组织最多可以由2000名成员组成，一个用户最多可以在20个组织中工作。