gpt4 book ai didi

Firebase 数据库 : Referencing a dynamic value

转载 作者:行者123 更新时间:2023-12-02 19:44:43 26 4
gpt4 key购买 nike

假设我正在尝试构建一个群组消息应用程序,因此我将数据库结构设计为如下所示:

users: {
uid1: { //A user id using push()
username: "user1"
email: "aaa@bbb.ccc"
timestampJoined: 18594659346
groups: {
gid1: true,
gid3: true
}
}
uid2: {
username: "user2"
email: "ddd@eee.fff"
timestampJoined: 34598263402
groups: {
gid1: true,
gid5: true
}
}
....
}

groups: {
gid1: { //A group id using push()
name: "group1"
users: {
uid1: true,
uid2: true
}
}
gid2: {
name: "group2"
users: {
uid5: true,
uid7: true,
uid80: true
}
}
...
}

messages: {
gid1: {
mid1: { //A message id using push()
sender: uid1
message: "hello"
timestamp: 12839617675
}
mid2: {
sender: uid2
message: "welcome"
timestamp: 39653027465
}
...
}
...
}

根据 Firebase 的文档,这会扩展得很好。

现在假设在我的应用程序中,我想在每条消息上显示发件人的用户名。

查询每条消息的用户名显然是不好的,因此我找到的解决方案之一是在每条消息中重复用户名。

消息节点现在看起来像这样:

messages: {
gid1: {
mid1: { //A message id using push()
sender: uid1
username: "user1"
message: "hello"
timestamp: 12839617675
}
mid2: {
sender: uid2
username: "user2"
message: "welcome"
timestamp: 39653027465
}
...
}
...
}

现在我想添加用户更改用户名的选项。

因此,如果用户决定更改其用户名,则必须在用户节点以及他发送的每条消息中进行更新。

如果我采用“监听每条消息”的方法,那么更改用户名就会很容易,因为我需要在一个位置更改名称。

现在,我还必须更新他发送的每个群组的每条消息中的名称。

我认为查询整个消息节点以获取用户 ID 是一个糟糕的设计,因此我考虑创建另一个节点来存储用户已发送的所有消息的位置。

它看起来像这样:

userMessages: {
uid1: {
gid1: {
mid1: true
}
gid3: {
mid6: true,
mid12: true
}
...
}
uid2: {
gid1: {
mid2: true
}
gid5: {
mid13: true,
mid25: true
}
...
}
...
}

现在我可以快速获取特定用户的所有消息的位置,并通过一次 updateChildren() 调用更新用户名。

这真的是最好的方法吗?我真的需要复制这么多数据(数百万条消息)只是因为我引用了动态值(用户名)吗?

或者在处理动态数据时有更好的方法吗?

最佳答案

这是一个完美的例子,说明了为什么一般来说,父节点名称(键)应该与它们包含或表示的值解除关联。

因此,一些大局思考可能会有所帮助,并且考虑用户体验可能会提供答案。

Now lets assume that inside my application, I want to display the sender's username on every message.

但是你真的想这么做吗?您的用户真的想要滚动浏览包含 10,000 条消息的列表吗?可能不会。最有可能的是,应用程序将显示这些消息的子集,甚至一次可能显示 10 或 12 条。

这里有一些想法:

假设有一个用户表:

users
uid_0
name: Charles
uid_1
name: Larry
uid_2:
name: Debbie

和消息表

messages
msg_1
sender: uid_1
message: "hello"
timestamp: 12839617675
observers:
uid_0: true
uid_1: true
uid_2: true

每个用户登录,应用程序执行一个查询,观察他们所属的消息节点 - 应用程序显示消息的消息文本以及也观察该消息的每个用户的名称(“组”) .

这也可以用于仅显示发布该内容的用户的用户名。

解决方案1:应用启动时,加载users节点中的所有用户,将它们存储在以uid_为键的字典中。

当消息节点被观察时,每条消息都会被加载,并且您将通过键将其他用户(或发布者)的 uid 存储在 users_dict 中,因此只需选择他们的名字即可:

let name = users_dict["uid_2"]

解决方案2:

假设您的用户节点中存储了大量数据(这是典型的情况)和一千个用户。当您感兴趣的只是他们的名字时,加载所有这些数据是没有意义的,因此您可以

a) 使用解决方案#1,忽略除 uid 和名称之外的所有其他数据或

b) 在 firebase 中创建一个单独的“names”节点,该节点仅保留用户名,因此您无需将其存储在 users 节点中。

names:
uid_0: Charles
uid_1: Larry
uid_2: Debbie

正如你所看到的,即使有几千个用户,加载的数据也很小。而且......这里很酷的事情是,如果你向名称节点添加一个监听器,如果用户更改了他们的命名应用程序将收到通知,并可以相应地更新您的 UI。

解决方案3:

根据需要加载您的姓名。虽然从技术上讲你可以这样做,但我不推荐这样做:

观察用户所属的所有消息节点。这些节点将被读入,并在读入时构建您需要名称的 uid 字典。然后根据uid对每个用户名进行查询。这可以工作,但您必须考虑 Firebase 的异步特性,并留出时间来加载名称。同样,您可以加载一条消息,然后使用以下路径加载该消息的用户名:users/uid_x/用户名。不过,这又会导致异步计时问题,即您将异步调用嵌套在异步调用或循环中,这可能应该避免。

任何解决方案的重点都是用户体验并保持 Firebase 结构尽可能扁平。

例如,如果您确实想要加载 10,000 条消息,请考虑将消息文本或主题分解到另一个节点中,并仅加载初始 UI 列表的这些节点。当用户深入查看消息时,然后加载其余数据。

关于Firebase 数据库 : Referencing a dynamic value,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37628453/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com