我在Firebase实时数据库中了解我的数据时遇到问题， 导航和查询数据并不总是清晰易懂。
不容易理解和解释数据库条目。添加更多数据以使条目更加清晰会增加数据存储成本。 在特定持续时间内添加额外数据无法轻松清除。执行数据库读取操作时也不可见。日期存储为整数，无法轻易解释。我必须使用bash命令＆＃34; date -r＆＃34;等等。
显然，单靠数据库还不足以调试事件流， 随着数据库的增长，数据分析将更加困难。
我没有记录描述数据库条目的事件序列。
可能的解决方案：
（1）使用实时数据库
我创建了另一个Realtime Firebase＆＃34;节点＆＃34;并以人性化的方式将所有事件记录到此节点＆＃34;。通过这种方式，我可以控制这些数据，并可以随时清除这些数据，从而最大限度地减少数据和成本。我看到的唯一问题是我必须定期记住清除这些数据。 （也许Firebase有一些定期调度程序来调用某个进程）。或者使用一些移动客户端来触发事件......
（2）Fabric
我的另一个选择是使用Fabric的答案，但在查看了这些数据的报告后，它并没有真正满足我的需求，没有过滤和消息的细节并不像我有的那么冗长预期
（3）Firebase Analytics
我不确定Firebase Analytics，我看不到清除事件的机制， 这会增加我的成本吗？过滤/查询日志是否容易 分析一系列事件。
通常我希望看到类似这样的数据：
data_time_user_friendly,user_id,user_friendly_id,event_action,payload
使用远程系统日志分析我的数据和事件流的最佳做法是什么。
已编辑....
经过一番搜索，我发现有许多产品看起来更合适，专门为伐木而开发。
我快速比较了一些＆＃34;免费＆＃34;用于系统记录的产品：
Papertrail 100 MB/month 7 days retention search 48 hours
Loggly 200 MB/day 7 days retention
Bugfender 100K lines/day 1 day retention
Logz.io 1GB/day 3 days retention
这只是一个快速比较，并没有评估任何选项。
Firebase是否有解决方案，或者最好使用上述产品之一？