Google Cloud于2026年10月9日宣布，Datastream现在支持复制SQL Server的GEOMETRY和GEOGRAPHY空间数据类型。此前受类型限制的数据库变更流，可以重新评估包含地理位置和几何对象的表。
支持复制并不表示下游会直接获得可原样运算的空间列。BigQuery中的目标结构需要按照官方类型映射重新核对，否则既有查询可能误读数据。
两类SQL Server空间列进入复制范围
新支持项明确覆盖SQL Server的GEOMETRY和GEOGRAPHY。Datastream的统一类型映射将这两种源类型映射为GEOMETRY，供其复制流水线传递空间对象。
这是一项针对SQL Server源类型的更新。不能据此推断其他数据库源的同名类型也获得相同支持；选流时仍应分别核对各源端类型表。
BigQuery中的结果是嵌套结构
Google Cloud的BigQuery映射文档将上述两类SQL Server源列表示为STRUCT，其中value为Well-Known Binary格式的BYTES，srid为INT64，type为STRING。应用不能假设目标列自动变成BigQuery原生GEOGRAPHY。
迁移后先检查实际表模式，再调整解析和查询逻辑；对坐标系、几何有效性与转换过程也应使用样本数据做验证。
SRID与原始字节都应保留
空间对象的二进制值与空间参考标识分别落在结构字段中。若下游只提取value而忽略srid，可能失去解释坐标的必要上下文；type字段也有助于辨认对象类别。
涉及地图展示、距离或区域判断的管道，应把原始结构和转换后的表示分层保存，并在应用层确认使用的坐标参考和空间函数语义。
既有数据与持续变更要一起验收
团队可先挑选同时含GEOMETRY、GEOGRAPHY和空值的测试表，比对初始加载结果与后续插入、更新产生的变更。尤其需要查看多种几何对象及不同SRID是否按预期进入目的地。
不能只凭复制任务状态为绿色就判定数据可用；应抽样验证二进制值、SRID、type和业务查询结果的一致性。
这对云数据库迁移意味着什么
此前需要排除空间列或另建旁路流程的SQL Server迁移项目，如今可以评估在Datastream管道中保留这两种类型。不过BigQuery目标映射仍是结构化原始表示，查询层可能还需要转换。
上线前应由数据工程与业务团队共同核验目标模式、字段权限及空间分析需求。把类型支持与目标查询可用性分开验收，更能避免切换后才发现报表语义变化。
