Google bigquery 传统sql和标准sql之间的BigQuery表分区差异

使用

--time\u partitioning\u type=DAY

命令行参数对BigQuery表进行分区时

它是创建单个物理表还是创建多个物理表？使用标准SQL与传统SQL时是否有所不同

伪列_PARTITIONTIME在传统SQL和标准SQL中都可用吗

既然标准SQL不支持分区装饰器，那么在使用标准SQL时如何克服这个限制呢

它是创建单个物理表还是创建多个物理表？使用标准SQL与传统SQL时是否有所不同

BigQuerys的内部系统是分布式的，所以它实际上是谷歌基础设施中相同数据的多个物理拷贝。因为它是一个托管服务，所以这对我们来说是透明的

伪列_PARTITIONTIME在传统SQL和标准SQL中都可用吗

是的，有空。有关在中放置此psedou列的详细信息

既然标准SQL不支持分区装饰器，那么在使用标准SQL时如何克服这个限制呢

纯SQL中的修饰符可以用

\u PARTITIONTIME

伪列来模拟。可以将装饰器视为此服务的API端的补充发明。当您需要删除某一天并将该天重新加载到表中时，使用SQL很难做到这一点，但使用API和装饰程序，您可以运行

bq rm'mydataset.table$20160301'

。分区装饰器使您能够将数据加载到特定分区：

[TABLE_NAME]$20160301

它是创建单个物理表还是创建多个物理表？使用标准SQL与传统SQL时是否有所不同

BigQuerys的内部系统是分布式的，所以它实际上是谷歌基础设施中相同数据的多个物理拷贝。因为它是一个托管服务，所以这对我们来说是透明的

伪列_PARTITIONTIME在传统SQL和标准SQL中都可用吗

是的，有空。有关在中放置此psedou列的详细信息

既然标准SQL不支持分区装饰器，那么在使用标准SQL时如何克服这个限制呢

---

纯SQL中的修饰符可以用

\u PARTITIONTIME

伪列来模拟。可以将装饰器视为此服务的API端的补充发明。当您需要删除某一天并将该天重新加载到表中时，使用SQL很难做到这一点，但使用API和装饰程序，您可以运行

bq rm'mydataset.table$20160301'

。分区装饰器使您能够将数据加载到特定分区：

[TABLE_NAME]$20160301

用于3。-装饰器现在的实现方式如下所示：

SELECT *
FROM t
  FOR SYSTEM TIME AS OF '2017-01-01 10:00:00-07:00';

---

为3-装饰器现在的实现方式如下所示：

SELECT *
FROM t
  FOR SYSTEM TIME AS OF '2017-01-01 10:00:00-07:00';

---

谢谢，我还想知道在分区的情况下是否创建了多个分片物理表，或者是为了可靠性而复制的单个单片表？正如奔腾10所说，表是否进行物理分片是实现细节，应该与用户无关。从逻辑上讲，你可以认为桌子是分片的。当您查询一个分区表时，只读取相关的分区，您只需为此付费。对于非分区表，您总是为整个表收费。谢谢，我还想知道在分区的情况下是否会创建多个分片物理表，或者是为了可靠性而复制的单个单片表？正如奔腾10所说，表是否被物理切分是实现细节，应该与用户无关。从逻辑上讲，你可以认为桌子是分片的。当您查询一个分区表时，只读取相关的分区，您只需为此付费。对于未分区的表，您总是为整个表收费。