Google Cloud在2026年10月21日宣布,BigQuery ObjectRef和多模态数据分析正式可用。它允许分析表在保留普通结构化字段的同时,保存指向Cloud Storage文件的对象引用。
文件仍留在Cloud Storage,ObjectRef提供的是可在BigQuery中使用的引用。这让图片、音频、视频和文档能够与元数据一起进入SQL分析流程。

ObjectRef在表中保存什么
官方将ObjectRef描述为预定义的STRUCT数据类型,引用BigQuery之外的对象。它可作为标准表的一列,与客户编号、时间戳和业务标签等字段并列存放。
引用不是把整个媒体文件复制进分析表。采用这种结构前,团队仍需梳理Cloud Storage对象的生命周期和读取权限。
为什么能减少数据搬运
过去分析非结构化文件时,团队常把模型推理放在独立系统里,再将结果拼回数据仓库。ObjectRef让BigQuery查询及AI函数直接使用对象引用,减少为分析而复制大体积媒体文件的步骤。
Google Cloud还说明,ObjectRef可以追踪特定Cloud Storage对象代次,使分析流程能够指向指定版本。文件更新、删除和保留策略仍需由存储端管理。
SQL能怎样结合图片和音频
官方示例展示了把对象引用交给BigQuery AI函数执行分类、过滤及内容提取,再将输出与原有结构化字段组合。ObjectRef也支持数组形式,可将多个文件作为同一次模型调用的输入。
模型输出应按实际业务数据验证准确性与成本。查询能够运行,并不代表分类或摘要结果适合直接进入自动决策。
权限和费用要核对什么
Google Cloud称ObjectRef已覆盖所有BigQuery版本和按需计费层级。数据治理仍要同时考虑BigQuery表权限、Cloud Storage对象访问,以及AI函数和查询造成的实际用量。
正式可用不表示所有查询都没有额外推理成本。上线前应以小规模样本核对资源消耗和访问控制。
现有数据管道如何试用
可先选一类已有元数据和稳定对象路径的文件,在测试表中建立ObjectRef列,验证权限、对象版本、查询结果和错误处理,再逐步接入更复杂的多模态流程。
验收时要同时检查表记录与原始对象能否准确对应。若文件被移除或权限改变,依赖该引用的分析任务也需要明确的失败处理。


