【发布时间】：2018-06-03 20:02:28
【问题描述】：
经过一番研究，Firebase 似乎不太适合执行活动源等任务，因为没有像 MySQL 那样的 IN 运算符。
我的问题是，使用 Firebase 执行活动提要是否会变得非常昂贵或耗时，因为您必须创建一个循环并在某人关注的人的用户 ID 数组中查询每个单独的用户 ID查找这些人最近发布的帖子。
我找不到太多关于将 Firebase 用于 Feed 模型的缺点的信息。也许我误解了 Firebase 的运作方式，但这在大规模上似乎非常低效。是否有可能使用 MySQL 来执行此任务？
谢谢，
特洛伊
【问题讨论】：
-
“要求我们推荐或查找书籍、工具、软件库、教程或其他场外资源的问题对于 Stack Overflow 来说是无关紧要的，因为它们往往会吸引固执己见的答案和垃圾邮件。相反，描述问题以及迄今为止为解决问题所做的工作。”
-
也就是说，如果您有关系数据库方面的背景，那么 Firebase 的 NoSQL 数据模型可能需要一些时间来适应。但对其可扩展性的假设主要是基于缺乏经验。一旦您适应了 Firebase 实时数据库或 Cloud Firestore 的 NoSQL 数据模型，它们就可以扩展到相当多的并发读取。我建议阅读NoSQL data modeling 并观看Firebase for SQL developers。
-
Todd 的 Cloud Firestore 新视频系列：youtube.com/watch?v=v_hR4K4auoQ 和 youtube.com/watch?v=Ofux_4c94FI
-
还建议您查看 Firefeed.io，这是一个（相当古老但仍然相关的）Firebase 实时数据库示例应用程序，用于处理提要。 firefeed.io/about.html
-
非常好的信息，谢谢。我会尽快查看视频系列。我正在做类似于你提供的 firefeed 链接的事情，但我想我仍然不清楚的是定价。大规模地将帖子写入每个关注者的订阅源会不会非常昂贵？现收现付是 0.18 美元/10 万次写入。
标签： firebase firebase-realtime-database google-cloud-firestore