与写入 Firebase 实时数据库相关的连接成本是否取决于写入的数据量？
Does the connection cost associated with writing to Firebase Realtime Database depend on the amount of data being written?
注意：有类似的SO问题涉及写入Firebase实时数据库的相关成本（例如），但我有一个问题具体涉及write之间的关系体积和由此产生的连接成本。
所以根据 Firebase documentation，实时数据库似乎不直接对写入数据收费，尽管“写入会导致账单上的连接费用”。
但我想知道，这些连接成本是否可变 - 取决于写入的数据量？还是无论大小都一样
例如，如果我每分钟更新一次 10 MB 的数据，这会导致与每分钟仅写入 10 KB 数据一次的成本相同吗？
我想弄清楚什么程度的“写入效率”值得我花时间。
您链接的文档给出了答案。在“协议开销”下，它指出：
Each time a connection is established, this overhead, combined with any SSL encryption overhead, contributes to the connection costs. Although this isn't a lot of bandwidth for a single request, it can be a substantial part of your bill if your payloads are tiny or you make frequent, short connections.
这很明确地说，由于必要的协议开销，频繁连接比单次连接产生更多费用。它并没有说连接成本会根据写入的有效负载的大小而变化，因此按理说连接成本是相当静态的。想想 HTTP headers 对于每个连接来说本质上是相同的。
注意：有类似的SO问题涉及写入Firebase实时数据库的相关成本（例如
所以根据 Firebase documentation，实时数据库似乎不直接对写入数据收费，尽管“写入会导致账单上的连接费用”。
但我想知道，这些连接成本是否可变 - 取决于写入的数据量？还是无论大小都一样
例如，如果我每分钟更新一次 10 MB 的数据，这会导致与每分钟仅写入 10 KB 数据一次的成本相同吗？
我想弄清楚什么程度的“写入效率”值得我花时间。
您链接的文档给出了答案。在“协议开销”下，它指出：
Each time a connection is established, this overhead, combined with any SSL encryption overhead, contributes to the connection costs. Although this isn't a lot of bandwidth for a single request, it can be a substantial part of your bill if your payloads are tiny or you make frequent, short connections.
这很明确地说，由于必要的协议开销，频繁连接比单次连接产生更多费用。它并没有说连接成本会根据写入的有效负载的大小而变化，因此按理说连接成本是相当静态的。想想 HTTP headers 对于每个连接来说本质上是相同的。