问题标签 [bigquery-standard-sql]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
join - Google BigQuery:具有重复名称的连接表的所有列的前缀
在 Google BigQuery(使用#standardSQL)上,当 2 个表之间存在连接时,我需要对每个表的所有列应用固定前缀。
这是场景,我有这样的结构:
用户表
父表
像这样的查询
产生以下错误
我想避免像这样对表执行自定义别名
如果表格将更改字段,我需要每次编辑语句(或语句)以应用具有给定前缀的新字段。所以这种使用固定列名的方法不是合适的方法
有没有一种方法,一个查询运算符,为了获得上面提到的表,自动应用前缀?就像是:
google-bigquery - 使用 agregate 和没有连接的条件进行查询(Bigquery 标准 sql)
我在表中有这些数据
我不会有这个结果:
此结果仅按第一列分组。第二列显示条件为 1 的那些行上的值。在第三列中,我们得到列值的总和,不包括任何条件。是否可以在没有连接的情况下执行此操作(因为表非常大)
regex - 避免表情符号的正则表达式 - Unicode/BigQuery
我们在 Bigquery 中收到一个调查 Web-hook 数据。本地语言的注释被捕获为 unicode 和特殊字符。我已经编写了将 unicode 转换为本地语言的函数并执行正则表达式以避免特殊字符。
它的返回错误:-
查询失败
错误:无效的代码点 55357
我发现“\ud83c\udf38”它的返回错误这是表情符号返回错误中的“樱花”。如何做正则表达式或转换器来解决这个问题?
json - BigQuery 如何获取 JSON 结构中的值的总和?
我有以下查询
返回:
{“蓝色”:1.0,“紫色”:0.0,“黄色”:1.0,“绿色”:1.0}
我想看看是否有办法总结颜色的所有值。返回的意思:
3.0
我一直在尝试使用 split 和 unnest 函数但没有成功,有什么建议吗?谢谢。
sql - 在sql中自定义编码的行号
我正在使用 bigquery#standardsql
处理表。该表将记录在第 9 个月和第 10 个月购买东西的用户的转换 (1)。对于在第 10 个月没有购买的用户,0
他们的行中只有
到目前为止,这是查询custom_coded
我所期望的是,因为他在下个月或第 10 个月没有购买,所以customer_id = 288
只有0
在他有购买记录的情况下才会有custom_coded
customer_id = 879
1
purchase_date
我之前在这个线程中问过(解码 sql 的最大行数),但是数据集不满足我将要执行的分析的想法
regex - BigQuery 中的正则表达式
我需要拆分以下字段: LP1234354_CD12346
并获得具有以下值的 2 个单独的列:1234354
和12346
. 我尝试了正则表达式和右/左但没有成功。先感谢您!虚拟数据:
google-bigquery - BigQuery - 日期时间与时间戳
我查看了谷歌大查询数据类型的文档,检查了 TimeStamp 与 Datetime 数据类型之间的差异。
据我了解,主要区别是:
与时间戳不同,DATETIME 对象不引用时间上的绝对实例。相反,它是民用时间,或用户在手表或日历上看到的时间。
那么我什么时候应该使用时间戳/日期时间?
谢谢
sql - BigQuery 中的查询命中和自定义维度?
我正在使用 BigQuery 中的 GoogleAnalytics 数据。我想输出 2 列:特定事件操作(点击)和自定义维度(基于会话)。所有这一切,使用标准 SQL。我无法弄清楚如何正确地做到这一点。文档也无济于事。请帮我。这就是我正在尝试的:
google-bigquery - 不支持引用其他表的相关子查询
我有数百个查询为我公司的仪表板提供动力,这些查询已经工作了多年,但几天前一夜之间就崩溃了,给出了错误:
错误:不支持引用其他表的相关子查询,除非它们可以去相关,例如通过将它们转换为有效的 JOIN。
下面是有问题的查询类型的示例。显然 WHERE 条件是问题所在。真的不再支持这种类型的查询吗?现在是否需要将所有使用此语法的查询转换为使用 INNER JOIN?这是一个巨大的变化,真正影响了我们的分析。