我的应用程序需要在线数据库与本地数据库同步。在以下情况下，Firestore的价格是否昂贵，无论是美元还是电池？
该应用程序是免费的，旨在存储几个月到几年的时间序列。这些写入将是频繁且低数据的（以2分钟或更短的时间思考温度/加速度读数）。我以前已经实现了SQLite <->数据存储区同步，但是正在考虑迁移到Firestore以利用其自动同步的优势。但是：我不希望用户每3分钟对服务器执行一次ping操作（使用电池供电），并且我担心如果将每个单独的写入都视为一次写入而不是能够每30分钟或每批进行一次写入，则Firestore可能会证明价格过高这样。
该应用程序还需要立即访问数据（用于显示），我宁愿从同一位置获取所有数据。换句话说，如果我确实在Firestore中使用了批处理命令，该数据会立即可用还是会等到我关闭批处理之后？
答案 0 :(得分：0)
我在这里看到的唯一技术问题与批量写入的操作方式有关，更重要的是与成本有关。简而言之，批量写入100次写入与单独写入100次写入相同。该功能不是避免Firestore写入成本的方法。交易也是如此。与编辑文档（写操作）相同。如果您真的想避免这些费用，则可以存储30分钟的值，然后让客户将汇总数据发送到单个文档中。尽管您提到需要即时数据，所以我不确定这是您的选择。当然，这将取决于相对时间跨度对“立即”的解释。在我的观点中，（我知道这里确实不允许这样做，但这是问题的一部分）如果数据存储了数月/年，那么30分钟就可以立即存储。无论哪种方式，批量写入都不是我认为您正在寻找的解决方案。