Firebase-优化读/写
考虑一个类似聊天的实现,其中客户端在头上使用事务进行写入,在('child_added')侦听器上使用事务进行读取 当客户机写入时,他还将读取他发送的相同版本,这意味着从数据库冗余传输该版本。例如,如果只有一个连接的客户端键入,那么对侦听器的所有响应都是冗余的 我试图通过在写作前关闭监听器,并在写作以startAt(新头)结束时再次打开监听器来优化这一点。这样我就不会得到发送位置的冗余读取Firebase-优化读/写,firebase,firebase-realtime-database,Firebase,Firebase Realtime Database,考虑一个类似聊天的实现,其中客户端在头上使用事务进行写入,在('child_added')侦听器上使用事务进行读取 当客户机写入时,他还将读取他发送的相同版本,这意味着从数据库冗余传输该版本。例如,如果只有一个连接的客户端键入,那么对侦听器的所有响应都是冗余的 我试图通过在写作前关闭监听器,并在写作以startAt(新头)结束时再次打开监听器来优化这一点。这样我就不会得到发送位置的冗余读取 这一切都很好,但我现在不知道删除和添加侦听器的成本是否也很高?这里最好的策略是什么?Firebase会自动
这一切都很好,但我现在不知道删除和添加侦听器的成本是否也很高?这里最好的策略是什么?Firebase会自动为您进行优化。这几乎是标准用例;这就是Firebase的设计目的。最好的策略是让听众开着。让Firebase做它自己的事