Firebase first_open 计数变少

Posted

技术标签:

【中文标题】Firebase first_open 计数变少【英文标题】:Firebase first_open count becoming less 【发布时间】:2021-10-28 12:20:06 【问题描述】:

昨天,当我运行查询时,

SELECT
  Count(*)
FROM 
  `analytics_xxx.events_*`
 
WHERE 
  event_name = 'first_open'

它返回 571,但今天当我运行相同的查询时它是 560。为什么一天之内计数变少了。 Firebase 是否正在从数据库中删除 first_open 事件?

【问题讨论】:

我建议您将“默认报告身份”从“按用户 ID 和服务”切换为“仅按设备”,并检查差异是否仍然存在。请参阅此document,了解如何详细切换配置。对我来说,此设置可以在同一数据集上切换不同的视图,其中一个查看设备 ID,另一个查看 user_ids(在应用中配置)、Google 信号(如果启用),然后是设备 ID。 为了澄清,这不是 Firebase 查询。这是一个 BigQuery 查询。这个问题BigQuery to Data Studio discrepancy for event 'first_open' 可能有重复的问题。另见this。有许多因素会影响 first_open,所以我不确定这个问题是否可以回答。 @Jay 我想你没明白这个问题。假设您有只允许插入的表,并且您每天查询该表。一天它返回 10 条记录,第二天它返回 9 条记录。如果表只允许插入而不允许删除,这怎么可能呢? 我确实收到了这个问题,但标题是“Firebase”,您的查询不是Firebase Query - 此外,“first_open”不是 Firebase database 参数或者,它是分析。 Firebase 数据库结果将始终准确 - 每次都相同。而 BigQuery 可能会有所不同。请仔细阅读这些链接,其中解释了为什么 BigQuery 中的结果可能会因重新安装应用、更新等而有所不同。查看影响first-open 的内容 @Jay 你有链接说因为重新安装而扣除了计数吗? 【参考方案1】:

从您提供的 SQL 查询中,这将只返回每日导出表 ('events_*')。此外,您已声明您将 BQ 表设置为允许手动追加,但在 BQ 中,如果设置了默认过期时间, 这些表将根据 documentation 删除。

我会要求您尝试查询一个已知不会过期的特定时间段并对其进行监控。 像这样的查询示例可能是;

SELECT
    Count(*)
FROM 
      `analytics_xxx.events_2021102*`
WHERE 
      event_name = 'first_open'

这应该会提供一致数量的结果,因为这些表格应该在默认保留期内。如果您可以确定记录数减少的特定表集,即使在此之后,我们也可以对其进行调查。 否则,鉴于选择的范围很广('events_*'),很难提供明确的答案,但可能是表格保留。

看看导出如何遵循this,其中提到了表的命名方式。

【讨论】:

默认表过期是从不 Priya,我们还有什么办法可以让我们知道计数是如何变少的? 鉴于您所说的已经在所有表上设置了此项,您不应丢失任何记录,也不应根据配置更新记录(请记住,计数仅适用于指定的数据字段) .只应允许追加,因此计数不应更改(即 event_name = 'first_open' 的记录数。鉴于计数正在更改,这意味着可能有一些记录正在更新。您需要确定具体示例,即哪些记录受到影响。另一个额外的事情是计算每个表的记录数,看看是否会发生变化。 你应该指向一个记录,显示它在一天之内有那个字段,然后在第二天它就消失了。据我所知,它没有被修改,但也许有合并但不确定。 嗨 Priya,你是对的,因为我们的一个项目的表过期,一些表被删除了。由于我们不知道表过期,您能否恢复这些过期表?

以上是关于Firebase first_open 计数变少的主要内容,如果未能解决你的问题,请参考以下文章

dynamic_link_first_open 事件是不是也会触发 first_open?

用STM32F107单片机的外部中断对脉冲信号计数,脉冲信号频率略高,计数就变少,为啥?

带参数的 Firebase 封闭漏斗

BigQuery 和 Firebase - 如何确定每周增长

BigQuery 数据与 Firebase Analytics 不匹配

firebase 中的下载量是 google 控制台的 30 倍