android - 具有循环依赖的 Firebase 数据结构

Question

我目前正在探索 Firebase 并尝试对其进行评估以用于进一步的项目。目前，我正在使用一个非常简单的“待办事项列表”应用程序进行测试，其中可以与 friend 共享列表。

我已经阅读了有关扁平化数据结构以避免复杂性的文档，并提出了以下结构:

app : {
    users : [{ "id": "user1Id", ... }]
    lists : [{ "id": "list1Id", ... }]
    membership : [{ "list1D": [{ "user1Id": true }], ... }]
}

现在我想知道如何加载我的所有“列表”而不从其他用户获取所有列表。

非常感谢您的帮助和建议。

致以诚挚的问候

Answer 1

如果您想向用户显示她有权访问的所有 TODO 列表的列表，我会将该列表存储在 Firebase 中。

窃取 Mathew 的样本数据:

{
    users: {
        user1Id: {
            //other data
            lists: {
                list1Id: true,
                list5Id: true
            }
        }
    },
    lists: {
        list1Id: {
            //other data,
            memberships: {
                user1Id: true
            }
        }
    }
}

因此，在上面的代码 fragment 中，您只需加载/users/user1Id即可知道他有权访问哪些列表。您不需要执行任何查询来确定这一点，因此加载“user1 列表的列表”非常便宜。您甚至可以将要为每个列表显示的信息存储在用户数据中，从而无需进行查找。

{
    users: {
        user1Id: {
            //other data
            lists: {
                list1Id: "Groceries for BBQ",
                list5Id: "4th of July parties to go to"
            }
        }
    },
    lists: {
        list1Id: {
            title: "Groceries for BBQ",
            //other data,
            memberships: {
                user1Id: true
            }
        }
    }
}

请注意，在这两种情况下我们都会复制数据。我建议在许多情况下这样做，因为它可以加快读取特定用例的数据的速度。但当然，这样做的代价是在第一次添加数据时必须将数据写入多个位置。而且您还必须考虑是否/如何更新该数据的所有实例，例如列表标题发生变化。

阅读这篇文章，了解有关该主题的精彩介绍:https://medium.com/@collardeau/es6-promises-with-firebase-76606f36c80c或我对该文章的输入的答案:How to write denormalized data in Firebase

更新

我刚刚意识到您可能应该稍微规范化这些数据。 Firebase 建议您在不需要时不要构建嵌套。在这种情况下，您可能想要查看用户的个人资料数据，但不需要她的列表。或者用户只想查看她的列表，而不是她的个人资料数据。因此，更规范化的模型是:

{
    users: {
        user1Id: {
            //profile data
        }
    },
    users_lists: {
        user1Id: {
            list1Id: "Groceries for BBQ",
            list5Id: "4th of July parties to go to"
        }
    lists: {
        list1Id: {
            title: "Groceries for BBQ",
            //other data,
            memberships: {
                user1Id: true
            }
        }
    }
}

它的数据与以前完全相同，但现在 users_lists 位于单独的顶级数据结构中。

当然，这种结构是否更好取决于您想要满足的用例。如果您始终在一个屏幕上显示用户的个人资料数据和待办事项列表，则前者的效率稍高一些。但这两种数据结构都比大多数开发人员首先想到的 select * from all_todo_lists where user_id = me 更高效。 :-)