在firebase实时数据库中制作2个数据库是否有助于降低成本并增加每天360MB的每日下载限制?
降低成本最简单的方法是减少下载。你可以这样做将数据缓存在本地存储上尽可能多地持续同步敏感数据。
在阅读不同的文章时,一篇文章引起了我的注意。我将总结我的发现,并添加文章的链接。
可能的优化:
-
优化数据库中保存的序列化数据,这可以通过 GSON 轻松实现,GSON 是一个处理 JSON 数据的库,允许使用注释更改序列化实体的名称。 (还有许多其他库可以做同样的事情)GSON @SerializedName https://howtodoinjava.com/gson/gson-serializedname/
-
实现内存缓存仅在应用程序的生命周期内保留。该缓存的工作原理如下:
- 用户打开应用程序并转到应用程序中列出任何类型的收藏夹的某个位置,比如说公交车站收藏夹。
- 该应用程序向内存缓存请求巴士站收藏夹列表,但由于该应用程序刚刚启动,因此返回 null。
- 然后,应用程序仅向 Firebase 请求包含公交车站收藏夹的节点,这些节点是从互联网下载的,然后计费一次。
- 此收藏夹的副本保存在内存缓存中。
- 用户可以浏览收藏夹,添加、删除或编辑它们。
- 每次修改完成后,生成的收藏夹列表都会保存在内存缓存中,并发送到 Firebase(因为上传数据是免费的)。
- 现在,用户可以离开该应用程序,除非该应用程序被用户明确从最近的应用程序堆栈中删除或被 Android 杀死,否则用户可以返回该应用程序并继续使用 Bus Stop 收藏夹,而不会产生额外的费用。
链接到提到的文章。 https://pamartinezandres.com/lessons-learnt-the-hard-way-using-firebase-realtime-database-c609b52b9afb希望这可以帮助!!!。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)