SSE 监听器如何影响 firebase 实时数据库的读取操作限制？
How do SSE listeners impact read operation limits to fireabase realtime database?
我正在构建一个应用程序，它使用 SSE 来监听 firebase 实时数据库中特定引用的变化。我想知道 SSE 侦听器如何影响读取操作。它在初始化时算作 1 次读取，每次有更新时算作 1 次读取，还是以其他方式工作？如果有人了解 SSE 和 read/write 操作，请告诉我！
Firebase 的实时数据库不按读取次数收费，只按读取数据的带宽收费。带宽由两部分组成：
- 您读取的 JSON 个数据的大小。
- 通过 HTTPS 建立连接的成本。
如果您创建 5 个 SSE 侦听器，每个达到 100KB，则读取的 JSON 量与单个 SSE 侦听器读取 500KB 时的读取量相同。但是，建立连接的成本将增加 5 倍。要确定确切的成本，我建议 运行 进行一些测试并测量带宽使用情况。
我正在构建一个应用程序，它使用 SSE 来监听 firebase 实时数据库中特定引用的变化。我想知道 SSE 侦听器如何影响读取操作。它在初始化时算作 1 次读取，每次有更新时算作 1 次读取，还是以其他方式工作？如果有人了解 SSE 和 read/write 操作，请告诉我！
Firebase 的实时数据库不按读取次数收费，只按读取数据的带宽收费。带宽由两部分组成：
- 您读取的 JSON 个数据的大小。
- 通过 HTTPS 建立连接的成本。
如果您创建 5 个 SSE 侦听器，每个达到 100KB，则读取的 JSON 量与单个 SSE 侦听器读取 500KB 时的读取量相同。但是，建立连接的成本将增加 5 倍。要确定确切的成本，我建议 运行 进行一些测试并测量带宽使用情况。