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

Question

我目前正在探索 Firebase 并尝试对其进行评估以用于更多项目。目前，我正在测试一个非常简单的 "Todo list" 应用程序，它可以与朋友共享列表。

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

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

现在我想知道如何在不从其他用户那里获取所有列表的情况下加载我的所有 "lists"。

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

此致

Answer 1

没有数组，您的数据应该更像这样：

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

Answer 2

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

窃取 Mathew 的示例数据：

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

所以在上面的代码片段中，您仅必须加载 /users/user1Id 才能知道他可以访问哪些列表。您不需要执行任何查询来确定这一点，因此加载 "list of user1's lists" 是 dead-cheap。您甚至可以将要为每个列表显示的信息也存储在用户数据中，从而无需查找。

{
    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
            }
        }
    }
}

请注意，在这两种情况下，我们都在复制数据。我建议在很多情况下这样做，因为它可以加快读取特定 use-case 的数据。但当然，当您第一次添加数据时，必须将数据写入多个地方，这是有代价的。而且您还必须考虑 if/how 您想要更新该数据的所有实例，例如列表标题更改。

阅读这篇文章以获得关于该主题的精彩介绍：https://medium.com/@collardeau/es6-promises-with-firebase-76606f36c80c or this answer for my input for that article: 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 位于单独的 top-level 数据结构中。

当然这个结构好不好就看你要迎合的use-case了。如果您始终在一个屏幕中显示用户的个人资料数据和 todo-lists，则前者的效率会稍微高一些。但是这两种数据结构都比大多数开发人员首先想到的那种更高效 select * from all_todo_lists where user_id = me。 :-)

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

Firebase data structure with cyclic dependency

android

database-design

structure

firebase

更新