Cube.js只读模式空值预聚合无法检测列类型问题咨询

这个报错触发的核心逻辑是：Cube.js在readOnly模式下加载预聚合时，需要读取已有预聚合数据推断列类型，如果对应预聚合还没有生成任何数据（为空），加上Mongo BI连接器本身对非结构化MongoDB字段的类型推断稳定性差，就会触发类型检测失败的报错。

按优先级从高到低尝试以下操作即可解决：

• 方案1：临时关闭预聚合的readOnly开关完成首次初始化
  把对应预聚合的readOnly配置暂时改为false，让Cube.js可以正常创建预聚合表结构、完成首次数据计算，等首次预聚合生成完成后，再改回readOnly: true即可。配置示例：

  preAggregations: {
    yourPreAggregationName: {
      type: 'rollup',
      // 原有维度、度量、刷新规则等配置
      readOnly: false // 首次生成完成后可改回true
    }
  }
  

• 方案2：显式声明所有维度、度量的字段类型，跳过自动检测
  避免依赖Cube.js的自动类型推断逻辑，给所有用到的维度、度量手动指定type属性，也可以在预聚合配置中直接显式声明schema字段定义所有列的类型，从根源绕开类型检测逻辑。配置示例：

  // 维度/度量显式指定类型
  dimensions: {
    userName: {
      sql: `user_name`,
      type: `string` // 不要使用auto类型
    }
  }
  measures: {
    orderAmount: {
      sql: `order_amount`,
      type: `sum`,
      dataType: `decimal` // 显式指定数据类型
    }
  }
  
  // 预聚合显式声明schema
  preAggregations: {
    yourPreAggregationName: {
      type: 'rollup',
      dimensions: [CUBE.userName],
      measures: [CUBE.orderAmount],
      schema: {
        user_name: { type: 'varchar(255)', sql: CUBE.userName.sql },
        order_amount: { type: 'decimal(10,2)', sql: CUBE.orderAmount.sql }
      },
      readOnly: true
    }
  }
  

• 方案3：优化Mongo BI连接器的类型推断规则
  在Atlas的Mongo BI连接器配置中开启schema.strict模式，或者给MongoDB中可能为空的字段提前指定固定的映射类型，避免连接器返回给Cube.js的字段类型为未知状态。
• 方案4：源表补充测试数据完成初始化
  如果Mongo源表当前完全为空，可以先插入1条包含所有用到字段的测试数据，等Cube.js完成预聚合表结构创建、类型识别完成后，再删除测试数据即可。

注意：如果不需要修改预聚合数据，首次初始化完成后建议把readOnly改回true，避免误操作修改预聚合存储的数据。

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