我目前正在发现 Firebase 并尝试对其进行评估以用于进一步的项目。目前，我正在测试一个非常简单的“待办事项列表”应用程序，可以与朋友共享列表。
我已阅读有关扁平化数据结构以避免复杂性的文档，并提出了以下结构：
app : {
users : [{ "id": "user1Id", ... }]
lists : [{ "id": "list1Id", ... }]
membership : [{ "list1D": [{ "user1Id": true }], ... }]
}
现在我想知道如何在不从其他用户获取所有列表的情况下加载所有“列表”。
非常感谢您的帮助和建议。
最好的问候
【问题讨论】：
标签： android database-design structure firebase
如果您想向用户显示她有权访问的所有 TODO 列表的列表，我会将该列表存储在 Firebase 中。
窃取马修的样本数据：
{
users: {
user1Id: {
//other data
lists: {
list1Id: true,
list5Id: true
}
}
},
lists: {
list1Id: {
//other data,
memberships: {
user1Id: true
}
}
}
}
所以在上面的 sn-p 中，您只有必须加载 /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 更有效。 :-)
【讨论】：
没有数组，你的数据应该看起来更像这样：
{
users: {
user1Id: {
//other data
}
},
lists: {
list1Id: {
//other data,
memberships: {
user1Id: true
}
}
}
}
【讨论】：