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 更有效。 :-)