这几天在做测试，发现效能问题，想上来问一下有没有人也遇到
因为结构很简单却还是慢，让我不得其解
我有一个叫做User的Node，记录所有User
User里面只有8个属性，全都是字串，
也完全没有nested，非常简单的Modeling
现在假设我产生一万个随机User，其中有一个属性是"所在城市"
然后强制指定这一万人都在台北
Query也很简单，就是orderbychild("city).equalto("台北")
回传结果是对的，但是竟然要花上30秒?! 区区一万笔资料而已
加上indexon也没差多少，整个莫名其妙
我整个结构单纯的程度就像这篇文章一样
https://medium.com/@jasonbyrne/benchmarking-firebase-indexon-565182c723de
但是所花的时间却和他测试的结果天差地远..
不知道大家测试的效率都是多少? 有人有遇过类似问题吗?
(是在实机里测试，满新款的手机)
感谢。

以sql的概念来看，你建立一万笔都是同样资料的字段为index，有建跟没建一样，并不会比较快速。而且你又在同样字段上做order,你直接全抓咖实在

一万笔有点多 分page拿吧

请问什么情况下会用order?因为我从未使用到Query类别,只是好奇了解一下刚看了一下,文件是有写使用orderbychild速度会很缓慢https://goo.gl/zFNVhi你可以考虑使用DatabaseReference将整个node取下后再筛是我传错篇了~这篇才对 https://goo.gl/aX67sW另外你的资料结构应该要扁平化 https://goo.gl/tqcbyg如此就能避免你提到下载过多资料的问题