【发布时间】:2019-08-21 20:03:11
【问题描述】:
我有来自 Firestore 的 5,000 位艺术家的集合,我想将它们作为可搜索的下拉列表加载到我的应用程序中。每个用户每次页面加载的成本都是昂贵的。我每月有 10,000 个活跃用户。
我尝试了 Algolia,但网站上的用户数量使它成为一个非常昂贵的选择。使用 Firestore,每次加载页面加载 5,000 条记录很快就会增加。我的想法是将所有艺术家的姓名和 ID 存储在 Firestore 中的单个文档数组中,这样每页加载的成本只有 1 个,而不是 5,000 个。然后,在选择艺术家时加载其他数据。
artists = {
uniqueId: 'Artist Name',
uniqueId2: 'Second Artist Name',
}
我希望使用这种方法每天可以节省数十万次文档读取。唯一增加的烦恼是在客户端做事。不过,这也不算太麻烦。我希望深入了解其他人在做什么。我应该考虑在 MySQL 中存储一些数据吗?
【问题讨论】: