Firebase 使用更大的整数是否存在性能劣势？

为了高效地订购（

orderBy

），我目前使用非常大的整数值，几乎达到了最大值

现在，我想知道：这是否会使查询运行得更慢

我不关心每个查询的几个额外字节，因为64位是作为字符串存储的单个单词的大小

---

基本上，使用这些大数字会给未来带来良好的安全感，即缓冲区，因为随着越来越多的用户使用应用程序，数字会减少，但如果它使任何东西运行得更慢，我会选择性能。

64位整数的大小不会有效地改变大规模排序的性能特征。

64位整数的大小不会有效地改变大规模排序的性能特征。

这太棒了。我发现大整数是绕过单域范围过滤器限制的一种非常好的方法。那么，您是出于某种特殊目的对该整数域的范围进行分区吗？我有点好奇这里的用例是什么。它是一种组合两个不同整型字段的方法。您可以先将数字串接为字符串，然后使用非常大的数字（或小的，即零下），左部分将对应一个整型字段，右部分对应另一个整型字段，但右部分不会影响左部分，只要它小于有多少自由位。我敢肯定，没有更好的解决方案来组合两个整数字段，但我很想知道！有意思，以前没听说过有人试过！太棒了。我发现大整数是绕过单域范围过滤器限制的一种非常好的方法。那么，您是出于某种特殊目的对该整数域的范围进行分区吗？我有点好奇这里的用例是什么。它是一种组合两个不同整型字段的方法。您可以先将数字串接为字符串，然后使用非常大的数字（或小的，即零下），左部分将对应一个整型字段，右部分对应另一个整型字段，但右部分不会影响左部分，只要它小于有多少自由位。我敢肯定，没有更好的解决方案来组合两个整数字段，但我很想知道！有意思，以前没听说过有人试过！