Firebase结构关系

Question

我开始开发简单的app来学习Firebase，我关注了很酷的博文：https://firebase.googleblog.com/2013/04/denormalizing-your-data-is-normal.html

在我的应用程序中，我想存储用户配置文件（firebase用户的扩展名）和用户之间的关系（类似于友谊）

我想出了这个数据结构的想法：

profile 
    profile1:
        userName:"User 1",
        userDescription: "User 1 description"
    profile2:
        userName:"User 2",
        userDescription: "User 2 description"
    profile3:
        userName:"User 3",
        userDescription: "User 3 description"


profileFriends:
    profile1:
        profile2: true

    profile2:
        profile1: true
        profile3: true

    profile3:
        profile2: true

当然，我使用推键而不是profile1。

我想我对这样一个用例没问题 - 我想显示profile2的所有朋友。

我必须将数据库引用到

"profileFriends/profile2"

然后迭代孩子给我键：profile1和profile3然后我可以使用参考

来听

"profile/profile1"
"profile/profile3"

由于我在Android工作，我可以包装所有这些代码并使用发出配置文件的Observable。 问题：我说得对吗？我有一些SQL背景和标准的请求 - 响应api体验，我只是担心如果我的用户有100个朋友我需要总共101个听众 - 是否类似于101个请求？有没有更智能的方法来解决＆＃34;加入＆＃34;在不可连接的no-sql数据库中？ 我想另一种解决方案是非规范化，但我并不是更新许多地方的忠实粉丝，例如简介描述