我正在尝试使用此处的教程在 Google BigQuery 上使用复杂的嵌套数据集： https ://developers.google.com/web/tools/chrome-user-experience-report/getting-started

导出为 json 的数据如下所示： https ://gist.github.com/kmturley/c46eb3898d6ee62871f4402a4d2c6f7d

我正在使用的示例是： https ://bigquery.cloud.google.com/savedquery/226352634162:c5b7ee9ea0394728a821cf60f58737c2

这将输出数据：

但是，当 SUM(bin.density) 达到 0.7 时，我想输出 bin.end 值（时间）。我的预期输出看起来像这样：

在 4G 连接上，70% (0.7) 的页面加载时间少于 1.5 秒 (1500)。我试图将脚本修改为：

但这是不允许的，所以尝试了：

也试过

但这也不起作用！如何使用嵌套数据集实现运行总计？并让它输出 bin.end 时间？

如果我无法让嵌套数据集与 SQL 运行总计一起使用，那么我唯一的另一个选择是展平数据集，并使用 Python 循环遍历每一行以计算结果。性能要差得多！

更新：基于 Felipe Hoffa 回答的解决方案

https://bigquery.cloud.google.com/savedquery/88263730615:ba1906e86b074511a804660ec973de37

我经历了当前在 Google Page Speed 中显示不可用的站点速度。它表明数据取决于CrUX。请让我明白为什么它不可用以及CrUX是什么

错误：拒绝访问：项目 chrome-ux-report：用户 *********.com 在项目 chrome-ux-report 中没有 bigquery.jobs.create 权限。[拒绝访问]

已将一些信息替换为 *

Google 将其PSI对快速排名 FCP的定义从 90% 更改为 1000 毫秒以下的 75%

来自 PSI 文档：

为什么 v4 和 v5 中的 FCP 有不同的值？

v5 中的 FCP 报告第 75 个百分位（截至 2019 年 11 月 4 日），之前是第 90 个百分位。在 v4 中，FCP 报告中位数（第 50 个百分位数）。

来自 Rick 的最佳答案中的良好数据/提示仍然在下面。

原始问题：

当说“根据现场数据，‘页面速度很慢’”时，使用 90 分位而不是之前的中位分数或更低的百分位是否会使 google.com 等高流量网站无法获得排名“快速地”？这是由于当月流量在 10M+ 范围内并在全球分布时出现的长尾？

上次我检查时（2018 年 2 月上旬），桌面 google.com 获得了 100 Lighthouse 综合得分，这应该被解释为“几乎没有改进的空间”，然而，该页面被评为“慢”，因为第 90 个百分位 FCP 超过 3 秒。

当 google.com 的桌面页面根据现场数据排名缓慢时，像 nytimes.com 这样的页面是否会被认为是快速的？

最近的例子（2019 年 2 月 14 日）

FCP 尾部更长的前一个示例：

如果 Chrome 用户体验报告没有足够的页面实际速度数据，PSI API (v5) 的响应确实包含loadingExperience响应中所有属性的值。这些值与 的值完全相同originLoadingExperience。这样做的问题是，从 API 响应中，您无法知道其中的数据loadingExperience是有效的还是originLoadingExperience. 当然，可以比较所有这些值，如果所有值都完全匹配，则可以断定这是重复的情况，但这不是万无一失的，需要额外的代码。

如果 CRuX 没有足够的页面数据，有没有办法从 API 响应中可靠地知道？

在表chrome-ux-report.all.201910和之前的表格中，我们有一个名为experimental.first_input_delay. 由于chrome-ux-report.all.201911相同的数据已重命名为first_input.delay.

在此更改之前，我使用通配符查询chrome-ux-report.all.*来聚合所有 YYYYMM 数据，但现在这些查询失败了，因为字段名称不同。我正在寻找可以容纳旧字段名称或新字段名称的修复程序。这是一个简化的示例：

first_input_delay这会导致结构架构中不存在的错误experimental：

错误：字段名称 first_input_delay 不存在于 STRUCT<time_to_first_byte STRUCT<histogram STRUCT<bin ARRAY<STRUCT<start INT64, end INT64, density FLOAT64>>>>>` at [2:58]

当然，对于通配符涵盖的某些表，该字段存在于该结构中，但其他表不存在。验证器似乎只查看最近的表。

所以我的问题是是否可以使用类似的东西COALESCE来容纳跨表重命名的字段？我知道架构使我们更难做到这一点，更好的解决方案是使用单个分区表，但我想知道这是否可以根据我们当前的设置解决。

我正在使用以下查询查询 Chrome UX 报告公共数据集，以获取一组特定于国家/地区的表随时间变化的指示指标的值。查询运行了很长时间（我在 180 秒时停止了它），因为我不知道查询的超时时间或如何判断查询是否挂起。

我正在尝试获取average_fcp、average_fp和average_dcl的汇总数据。我不确定我是否正确使用 BigQuery，或者是否有办法优化查询以使其运行得更快

这是我正在使用的查询。

使用大数据浏览 Crux，每个来源都有国家级别的数据。Page Speed Insights 包括原始页面和特定页面的关键数据。

无论如何，是否可以通过 Page Speed Insights API 获得单个页面的国家/地区细分？

要创建自动站点速度报告，我一直在遵循本指南：如何基于症结创建站点速度报告

但是，当我粘贴（并将症结数据库更改为特定国家和月份）以下代码时。它不返回任何结果。当然，我确实在代码中更改了网站。

我也试过跑步

也不返回任何结果。

关于为什么会这样的任何想法？帮助表示赞赏！

编辑：当我将相同的代码放入 Google 电子表格时，它说没有参数。这和它有什么关系吗？

更改日志 ( https://developers.google.com/web/tools/chrome-user-experience-report/bigquery/changelog ) 报告了具有良好核心 Web 生命力的起源，并且此信息非常好！如果您知道以下与良好的 Core Web Vitals Stat 相关的信息，请分享。

1. 是台式机或移动设备或平板电脑的变更日志报告还是三者？
2. 是针对整个 Origin 还是只针对 Origin 的主页？
3. 我在哪里可以看到通过 Core Web Vitals 的来源列表？如果不可用并且需要找到我们自己，您介意提供查询或添加到 Crux CookBook ( https://github.com/GoogleChrome/CrUX/tree/master/sql ) 吗？我试图运行自己构建查询并运行，由于帐户限制，Got Quote Exceed 错误声音。