firebase - 通过缩短字段名称来节省 Firebase 带宽？

Question

使用 Firebase，我为字段指定易于理解的名称，例如“timestamp”、“last_changed”、“message_direction”等。

字段名称是每个“行”数据交换的一部分吗？

意思是，我可以通过缩短字段名称来节省带宽吗？

Answer 1

正如弗兰克所指出的:是的，它们确实会影响带宽。但是，如果您进行数学计算，您会发现带宽很少值得付出努力和混淆，并且通常您的数据负载将大大掩盖 key 的几个额外字符。

让我们考虑一条普通的聊天消息:

{
  "sender": "typicaluserid:12345678901234567890",
  "timestamp": 1410193850266,
  "message": "Hello world. All your base are belong to us!"
}

好的，首先让我们看看该消息的有效负载。这是 163 字节，UTF-8 编码。如果我将 key 更改为无意义的三个字符 ID(例如 sdr、ts 和 msg)，那么它将是 149 字节。如果对事务开销进行一些自由的填充，比如说大约 40 个字节，大约可以节省 2%，而代价是需要使用 Rosetta Stone 来读取我的数据。

接下来，让我们考虑带宽使用情况。如果我们有一个非常活跃、非常庞大的聊天系统(即我们赚得盆满钵盈)，我们可能会有 10,000 名活跃用户平均每天发送 50 条消息。这意味着我们每天会发送 200 字节 * 500k = 100MB 数据，或者每月大约 3GB 数据。

这意味着我可以通过 Firebase 的免费套餐轻松支持大型聊天系统，而不会超出带宽限制。

如果去掉这 11 个字节，我们就有 189 * 500k * 30 = 2.8GB。因此，工作量并没有显着差异。