BigQuery插入数据无报错却无法查询，该如何解决？

以下是几个排查和解决方向：

• 检查分区表的分区匹配
  如果你的表是按start这类时间字段分区的，先确认calorie.start的时间单位：如果是Unix秒数，代码里new Date(calorie.start)会把它当成毫秒，导致生成的日期是1970年左右，数据被写入了很早的历史分区。控制台默认查询的是最近分区，自然看不到数据。
  解决：把时间戳转成正确的Date对象，比如秒数要乘以1000：new Date(calorie.start * 1000)，然后去BigQuery控制台手动查询旧分区（比如WHERE start TIMESTAMP BETWEEN '1970-01-01' AND '1971-01-01'）确认数据是否存在。

• 查看插入作业的详细日志
  即使客户端返回insertResponse无错误，也要去BigQuery控制台查作业历史：

  1. 进入目标数据集，点击「作业」标签
  2. 筛选「加载/插入」类型的作业，找到对应时间的插入作业
  3. 查看作业的「详细信息」，里面会记录是否有行被丢弃、错误原因等细节——有时候部分行失败但客户端不会抛出全局错误。

• 验证插入数据的字段匹配
  在代码里打印rowsToAppend的实际值，对比BigQuery表的字段类型：

  • 确认duration_in_milis是整数类型，不是字符串
  • calories是数值类型，不是字符串
  • start/end是合法的日期/时间戳，没有格式错误
    类型不匹配可能导致数据被静默丢弃，即便客户端没有报错。

• 测试单条明确数据插入
  替换原数据为一条手动构造的测试数据：

  const rowsToAppend = [
    {
      start: new Date(),
      end: new Date(Date.now() + 3600000),
      duration_in_milis: 3600000,
      label: 'test_activity',
      collar_nano_id: 'test_nano_123',
      calories: 150,
      intensity_label: 'moderate',
    }
  ]
  

  执行插入后等待3-5分钟，直接查询全表（不要加时间过滤）。如果这条测试数据能显示，说明原caloriesMap里的部分数据有问题；如果还是看不到，检查表的配置或客户端插入选项。

• 检查插入配置与权限

  • 确认table.insert()没有设置skipInvalidRows: true或ignoreUnknownValues: true这类可能丢弃数据的参数
  • 用执行插入的同一账号登录BigQuery控制台，手动查询表，确认是否有读取权限（避免因权限问题看不到数据）

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