用于系统日志记录、结构、Firebase分析或实时数据库的Firebase机制是什么
我无法理解Firebase实时数据库中的数据, 导航和查询数据并不总是清晰和容易的 数据库条目不容易理解和解释。添加更多数据以使条目更清晰将增加数据存储成本。 在特定时间段内添加额外数据,无法轻松清除。在执行数据库读取操作时,它也不可见。日期存储为整数,不易解释。我必须使用bash命令“date-r”,等等 显然,仅仅数据库还不足以调试事件流, 随着数据库的增长,数据分析将变得更加困难 我没有描述数据库条目的事件顺序记录。 可能的解决方案: (1)使用实时数据库 我创建了另一个实时Firebase“节点”,并以人性化的方式将所有事件记录到此节点。通过这种方式,我可以控制这些数据,并可以随时清除这些数据,最大限度地降低数据“成本”。我看到的唯一问题是,我必须定期记住清除这些数据。(也许Firebase有一些周期性的调度程序来调用某些进程)。或者使用一些移动客户端来触发事件 (2)织物 我的另一个选择是使用Fabric的答案,但是在查看了这些数据的报告之后,它并没有真正满足我的需要,没有过滤,消息的细节也没有我预期的那么详细 (3)Firebase分析 我不确定Firebase Analytics,我看不到清除事件的机制, 这会增加我的成本吗?过滤/查询日志是否足够简单 分析某一系列事件 通常,我希望看到如下数据:用于系统日志记录、结构、Firebase分析或实时数据库的Firebase机制是什么,firebase,logging,syslog,Firebase,Logging,Syslog,我无法理解Firebase实时数据库中的数据, 导航和查询数据并不总是清晰和容易的 数据库条目不容易理解和解释。添加更多数据以使条目更清晰将增加数据存储成本。 在特定时间段内添加额外数据,无法轻松清除。在执行数据库读取操作时,它也不可见。日期存储为整数,不易解释。我必须使用bash命令“date-r”,等等 显然,仅仅数据库还不足以调试事件流, 随着数据库的增长,数据分析将变得更加困难 我没有描述数据库条目的事件顺序记录。 可能的解决方案: (1)使用实时数据库 我创建了另一个实时Firebas
data_time_user_friendly,user_id,user_friendly_id,event_action,payload
使用远程系统日志分析我的数据和事件流的最佳做法是什么。
已编辑…… 经过一番搜索,我发现有许多产品似乎更适合用于日志记录 我快速比较了一些用于系统日志记录的“免费”产品:
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是否有解决方案,或者最好使用上述产品之一?我注意到以下内容:免费产品认证(电话认证除外)、分析、应用程序索引、动态链接、邀请、远程配置、云消息(FCM),性能监控和崩溃报告。这是否意味着分析存储是免费的?Google Analytics for Firebase提供免费和无限制的分析事件报告。如果您想在分析事件流上执行自定义分析,您可以实时将事件导出到BigQuery。BigQuery是一项付费服务,但有免费的ier。有几件事;如果您第一次开始使用Firebase,导航和查询数据可能并不总是清晰、容易的。我不清楚我4年前第一次使用Firebase时,来自强大的SQL背景。Firebase DB中不存在“表”的概念,数据不可见与数据的存储方式有关Order和Firebase规则。日期存储为整数,不容易解释,这取决于日期的存储方式;例如:timestamp:20171105083300这样的节点对我来说很清楚。这个问题可以澄清吗?我发现:bugfender.com似乎更适合使用。我注意到以下几点:免费产品Aut身份验证(电话验证除外)、分析、应用程序索引、动态链接、邀请、远程配置、云消息(FCM),性能监控和崩溃报告。这是否意味着分析存储是免费的?Google Analytics for Firebase提供免费和无限制的分析事件报告。如果您想在分析事件流上执行自定义分析,您可以实时将事件导出到BigQuery。BigQuery是一项付费服务,但有免费的ier。有几件事;如果您第一次开始使用Firebase,导航和查询数据可能并不总是清晰、容易的。我不清楚我4年前第一次使用Firebase时,来自强大的SQL背景。Firebase DB中不存在“表”的概念,数据不可见与数据的存储方式有关Order和Firebase规则。日期存储为整数,不容易解释,这取决于日期的存储方式;例如:timestamp:20171105083300这样的节点对我来说很清楚。这个问题可以澄清吗?我发现:bugfender.com似乎更适合使用。