解决这个问题的正确方法是反规范化，不要害怕重复数据。您应该在应用程序的每个屏幕上都有一个带有一个匹配表的查询。
您的数据表应该如下所示：按用户标识列出的好友

• user_id分区关键字
• 好友标识
• 配置文件图像
• 全名

我建议您可以使用friend_id作为此表的聚簇列，这样您就可以在同一分区中存储给定用户的所有朋友信息。然后，您可以只使用user_id来检索它。检索朋友列表时不需要聚簇列。

这比你想象的要简单得多。因为你想检索某个用户的所有好友，我们知道：
1.我们需要根据用户的属性（用户ID）进行筛选。
1.查询将返回一行或多行朋友。
1.对于每个朋友，您希望列出他们的全名和个人资料图片。
基于（1），您希望按用户ID对表进行分区。基于（2），您希望得到一个友元簇/友元组（簇关键字）。
到目前为止，该表的设计如下所示：

CREATE TABLE friends_by_userid (
    userid text,
    friendid text,
    ...
    PRIMARY KEY ((userid), friendid)
)

为了充实表的其余部分，我们需要存储上面（3）中朋友的全名和图片。现在表看起来像这样：

CREATE TABLE friends_by_userid (
    userid text,
    friendid text,
    fullname text,
    picture blob,
    PRIMARY KEY ((userid), friendid)
)

若要查询表格，请执行下列动作：

SELECT fullname, picture FROM friends_by_userid WHERE userid = ?

如果用户在表中有朋友，它将返回多行姓名和个人资料图片。干杯！