如何在Looker中配置维度过滤：用ID-名称UI实现ID字段过滤

问题背景 #

我正在开发一个Looker项目，涉及两个核心表：

• Table A：仅存储ID值及业务数据，无名称字段
• Table B：存储ID与易读名称的映射关系（格式如1234-示例名称）

需求是让用户在UI中通过Table B的ID-名称字段过滤Table A的数据，但实际过滤逻辑要基于Table A的ID字段，而非不存在的名称字段。目前配置的过滤维度在UI中能显示ID-名称选项，但生成的SQL会错误引用Table A不存在的website_name字段，导致查询失败。

具体问题：

1. 如何配置过滤维度，让UI展示ID-名称选项，但实际基于Table A的ID字段过滤？
2. 能否在不直接关联Table A和Table B的前提下，动态获取Table B的映射值用于过滤？

解决方案 #

问题1：UI展示ID-名称，基于ID过滤 #

核心思路是分离展示层和过滤逻辑层——用Table B的ID-名称作为下拉选项，同时从用户选中的字符串中提取ID，匹配Table A的ID字段。

示例LookML配置：

# 在Table A的视图文件中添加以下维度
dimension: website_id_name_filter {
  type: string
  filterable: yes
  # 过滤逻辑：从用户选择的"ID-名称"字符串中提取ID，匹配Table A的id字段
  sql: ${id} = REGEXP_EXTRACT(?, '^([^-]+)') ;;
  # 下拉选项从Table B获取拼接好的ID-名称
  suggest_dimension: table_b.id_name
  label: "网站（ID-名称）"
}

• sql部分：?代表用户在UI中选择的过滤值，REGEXP_EXTRACT提取第一个-之前的ID内容，确保过滤逻辑只匹配Table A的id字段。
• suggest_dimension：指定下拉选项来自Table B的id_name字段（需确保Table B的视图已在模型中加载）。
• 生成的SQL会变为table_a.id = '1234'，而非错误引用不存在的名称字段。

问题2：不关联表的情况下动态获取映射值 #

可以通过suggestions参数直接用SQL查询Table B，无需在模型中建立表关联（前提是数据库账号有权限访问Table B）。

示例配置：

dimension: website_id_name_filter {
  type: string
  filterable: yes
  sql: ${id} = REGEXP_EXTRACT(?, '^([^-]+)') ;;
  # 直接查询Table B获取ID-名称选项，无需模型层面关联
  suggestions: "SELECT CONCAT(id, '-', name) FROM table_b"
  label: "网站（ID-名称）"
}

• suggestions参数接受原生SQL，动态从Table B拉取拼接后的ID-名称作为下拉选项。
• 模型中无需定义Table A与Table B的关联关系，仅在过滤时通过SQL获取选项。

注意事项 #

• 正则表达式需适配ID格式：如果ID包含-字符，需调整正则（比如用特定前缀匹配），避免提取错误。
• 测试时可通过Looker的"查看SQL"功能验证生成的过滤逻辑是否正确。
• 确保数据库账号对Table B有读取权限，否则suggestions或suggest_dimension会无法加载选项。

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