Metabase 开源 BI 与数据问答

项目定位

Metabase 把数据库变成业务人员可以自己操作的看板与图表工具，支持可视化提问、SQL 查询、仪表盘和订阅推送。适合改造成企业内部的经营看板、部门报表中心，或嵌入到自建后台里做数据查询入口。

技术栈与许可证

• 技术栈：后端 Clojure，前端 React；可连接 MySQL、PostgreSQL、ClickHouse、BigQuery 等常见数据源。
• 许可证：社区版为 AGPL-3.0，修改后通过网络提供服务需要按要求开放源码；官方企业版功能（SSO、审计、行级权限等）采用商业许可。仅做内部使用通常风险可控，若要做对外商业产品或闭源分发，必须先评估授权。

二次开发可以改哪里

• 图表与看板：图表类型、布局、筛选器与订阅推送。
• 数据模型：表与字段的可视化配置、指标定义、权限分组。
• 查询能力：原生 SQL 模板、查询缓存与超时策略。
• 登录与权限：接入企业 SSO、分组与数据访问边界。
• 嵌入集成：把看板嵌入自有系统，或通过 API 对外提供数据。

改造成本受什么影响

• 数据源质量：库表命名混乱、缺少口径说明时，前期梳理成本高。
• 权限复杂度：多部门、多角色、行级数据隔离会显著增加配置量。
• 是否需要企业版能力：SSO、审计、细粒度权限在社区版受限，替代方案需要自行开发。
• 嵌入方式：公开链接嵌入简单，带登录态的深度嵌入需要改造鉴权。

需要注意的坑

• AGPL 的传染性针对“通过网络提供服务”，内部使用与外部分发要分开判断。
• 大表直接查询容易拖垮数据库，需规划缓存、预聚合或只读从库。
• 指标口径不统一时，工具只会把错误放大，先定口径再搭看板。
• 升级前备份应用数据库，并确认自定义查询与嵌入配置兼容。

适合谁

想让业务团队自助取数、又希望数据留在自己服务器上的企业；不适合需要完全闭源对外分发产品的场景，除非已确认商业授权。