单条DDL、DML SQL语句事务支持是否不受存储引擎类型限制

1. 单条DML SQL语句的事务支持是否依赖存储类型？不同存储的事务支持情况&Cloud Storage表的事务能力 #

单条DML的事务支持完全依赖底层存储的原生能力，并非所有GCP存储服务都支持事务，各存储的具体情况如下：

• Cloud Storage（GCS）：属于对象存储，无原生事务能力。如果你用的是BigQuery挂载的GCS外部表，不支持任何DML事务，甚至无法直接对GCS外部表执行INSERT/UPDATE/DELETE这类DML操作，仅支持只读查询。
• Google Drive：和GCS逻辑一致，作为BigQuery外部数据源时仅支持只读查询，无DML及事务支持。
• Bigtable：仅原生支持单行级事务，跨行事务需要借助客户端批量写入能力实现，不支持标准SQL DML的全局事务。
• Cloud SQL：作为关系型数据库，完全符合ACID规范，单条DML默认自动提交事务，也支持手动开启多语句事务。

你当前使用的Cloud Storage上的表（即GCS外部表）不支持事务，如果需要对数据做事务性修改，需要先将数据导入BigQuery原生表，修改完成后再导出回Cloud Storage。

2. BigQuery是否对所有存储引擎类型都支持CREATE、DROP、ALTER等DDL语句的事务？ #

BigQuery的DDL事务支持和存储引擎强相关，并非所有存储类型都支持：

• 针对BigQuery原生存储的表：CREATE/DROP/ALTER等标准DDL都支持事务，你可以将多个DDL语句放入同一个多语句事务中执行，实现原子性的批量变更；单条DDL默认就是原子执行，自带事务保证。
• 针对GCS、Google Drive、Bigtable等外部数据源挂载的外部表：仅支持CREATE EXTERNAL TABLE、DROP EXTERNAL TABLE这类修改BigQuery侧元数据的DDL，且这类DDL的原子性仅覆盖BigQuery元数据变更，不会同步修改外部存储侧的实际数据；不支持针对外部表数据修改的DDL，也无法将外部表的DDL操作和其他操作放入同一个事务执行。

内容的提问来源于stack exchange，提问作者Steve Yeom