鉴于下面提供的日期模型,在用户登录并检索他们的数据后,他们还可以获得他们的朋友列表。
但是,为了通过ID fdb17f3a-7b7d-4aa5-9a0b-b9fb33c349de
和a96da7b1-7c4e-44bc-b82e-fc75bed52bcd
获取这两个朋友的详细信息,
目前,最有效的操作似乎只是循环遍历网址,其方式如下:
for singleFriendID in allFriendIds
firebase.com/[my_db_name]/users/{singleFriendID}
end
但即使这有其主要限制,如果你想要一个40个朋友的用户名列表,你现在需要40个单独的特定电话到服务器...
如何在Firebase中高效查找数据,而不是将所有朋友详细信息转储到手机中?
Firebase架构:
{
"users":{
"99e4989b-a046-4c5f-9478-5ebd8bdc3ded":{
"email":"person@gmail.com",
"friends":{
"fdb17f3a-7b7d-4aa5-9a0b-b9fb33c349de":{
"confirmed":true,
"selfSendRequest":false,
"timeInvited":"2016-02-21 08:49:31"
},
"a96da7b1-7c4e-44bc-b82e-fc75bed52bcd":{
"confirmed":true,
"seldSendRequest":false,
"timeInvited":"2016-02-21 08:49:31"
}
},
"password":"aPassword",
"phoneNumber":"16144444444",
"username":"person2"
}
"a96da7b1-7c4e-44bc-b82e-fc75bed52bcd": {
...
...
}
}
答案 0 :(得分:3)
Loolooii的方法将节省呼叫次数,绝对是一种有效的方法。
但是你也假设对Firebase数据库的40次调用很多。如果你花一点时间来测量它,你可能会感到惊讶。
在传统数据库中,您为每次调用进行数据库往返。
client server
--- give me item 1 --->
loading
item 1
<-- here is item 1 ----
--- give me item 2 --->
loading
item 2
<-- here is item 2 ----
--- give me item 3 --->
loading
item 3
<-- here is item 3 ----
--- give me item 4 --->
loading
item 4
<-- here is item 4 ----
Firebase管道传输所有请求。基本上,客户端会立即快速连续发送所有项目的请求:
client server
--- give me item 1 --->
--- give me item 2 --->
--- give me item 3 --->
--- give me item 4 --->
loading
item 1
loading
item 2
loading
item 3
loading
item 4
<-- here is item 1 ----
<-- here is item 2 ----
<-- here is item 3 ----
<-- here is item 4 ----
你会发现这要快得多,因为你只等待1次往返,加上加载物品的时间。如果最后一点是关注的话,请采取Loolooii的方法。
答案 1 :(得分:1)
不需要对db进行40次调用。您只需保留每个用户的朋友列表(每个对象包含您可能需要的每个用户信息):
/users/:id:/friends
所以当你需要一个朋友列表时:
/users/:myId:/friends
这会给你一个列表(有一个电话!),你可以循环。因此,不需要为每个特定用户端点单独调用。
在数据库中重复数据以提高性能没有问题!
更新(回答评论):
为了向用户的朋友显示或者例如喜欢照片的人的列表,通常只需存储ID和名称即可。要显示更多信息,可以在点击事件中显示该特定用户的个人资料。