如何配置Firestore to BigQuery扩展以禁用BigQuery数据删除功能？

这个需求不是权限设置问题，可以通过修改扩展关联的云函数逻辑来实现，具体步骤如下：

1. 定位扩展对应的删除处理云函数 #

Firestore to BigQuery扩展会自动创建多个云函数，其中负责处理文档删除同步的函数命名通常类似 ext-firestore-bigquery-export-deleteDocument（命名可能因扩展版本略有差异）。你可以在Google Cloud控制台的「云函数」页面找到该函数。

2. 直接禁用删除事件触发器 #

• 进入该删除函数的详情页，切换到「触发器」标签页。
• 找到触发类型为「Cloud Firestore 触发器」的配置，将「事件类型」中的「删除文档」选项取消勾选，或者直接删除该触发器（若此函数仅处理删除事件）。
• 保存配置后，该函数将不再响应Firestore的文档删除事件，BigQuery中的对应数据也不会被同步删除。

3. 备选方案：修改函数代码拦截删除操作 #

如果不想删除触发器，也可以直接修改函数逻辑，让它在收到删除事件时跳过BigQuery的删除操作：

• 进入云函数的「源代码」标签页，打开核心处理文件（如index.js）。
• 找到处理删除事件的函数，比如exports.deleteDocument = async (event) => { ... }。
• 注释或删除函数内执行BigQuery删除的代码，改为直接返回，示例如下：

exports.deleteDocument = async (event) => {
  // 拦截删除事件，不执行BigQuery同步操作
  console.log("已拦截Firestore删除事件，未同步至BigQuery");
  return;
};

• 部署修改后的代码，后续删除事件将不会同步到BigQuery。

注意事项 #

• 修改扩展关联的云函数后，若后续更新该扩展，你的自定义修改可能会被覆盖，建议提前备份修改后的代码。
• 若你使用的是扩展的「镜像表」模式，禁用删除同步后，BigQuery中的镜像表会保留已删除的文档数据，完全符合你的分析需求；若为追加模式，原本就不会删除历史数据，可先确认当前扩展的运行模式。

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