Metabase 是赋予业务团队数据自主权的最佳途径之一：开源、自托管，并配备一个连不懂 SQL 的人也真正能用起来的查询构建器。但从「在容器里跑起 Metabase」到拥有一个可靠的生产级 BI 平台之间的距离，恰恰是大多数项目卡住的地方——在建模、治理与运维上。
Meta Dados 端到端地部署并运维 Metabase，从我们自有的产品（如 BaseCNPJ）到物流运营皆是如此。我们不是仪表盘代理商：我们是数据工程团队，把 Metabase 视为坚实底层架构之上的消费层。
我们交付什么
- 自托管部署——在您的基础设施（或我们的）上用 Docker 运行 Metabase，敏感数据由您掌控——这对 LGPD 合规至关重要。
- 建模——以 PostgreSQL 中的物化视图和原生 Models 作为语义层，让仪表盘快速响应，让业务团队自主运转。我们如何做 →
- 多单位治理——每个分支/客户仅看到属于自己的数据，通过连接、组和权限实现。架构详解 →
- 多租户嵌入——将仪表盘嵌入您的 SaaS 产品，按客户隔离，杜绝数据泄露。三种模式 →
- 迁移——从 Power BI、Tableau 或电子表格迁移至 Metabase，不丢失指标也不丢失历史。
- 支持与演进——移交给您的团队，让他们自行创建问题，Meta Dados 提供持续的专业支持。
真实的生产案例
- BaseCNPJ——在超过 6200 万家企业的数据库之上构建的自托管 BI 层：隔离的数据仓库、物化视图，以及监控超过 160 万次查询的原生 Models。
- 运输公司（约 150 辆车队）——将遥测、TMS 与 ERP 整合进单一 Metabase，按分支隔离，并完整移交给内部团队。
这些项目背后是严谨的数据工程——包括一套全国规模的数据富化方法论（约 6800 万个实体、按精确地址进行地理定位、股权关系图谱）。
为何选择 Metabase——以及何时不选
当业务团队需要对数据库拥有自主权，且成本随团队规模而非数据量扩展时，Metabase 表现出色；当数据掌控（自托管、LGPD）至关重要时亦然。它是真正的开源：无锁定，无强制的按席位授权。
但工具应服务于问题。诸如自动行级过滤（data sandboxing）和高级交互式嵌入等功能属于 Metabase Pro/Enterprise——对于开源版何时够用、付费版何时物有所值，我们坦诚相告。如果某个场景更适合 Power BI、Tableau 或 Grafana，我们会直言。我们推荐对您的运营真正合理的方案，而非能带来授权收入的方案。
为何选择 Meta Dados
我们把 Metabase 视为一套大多数人不做的工程的可见前端：精心的建模、与生产隔离的仓库、经过验证的管道、内建的治理与安全。这正是区分「劣质数据上的漂亮仪表盘」与「让管理层信赖的单一事实来源」的关键。
由精通两端的人主导——具备工程（ITA）与科研（USP 博士）背景，并秉持与整体运营一致的治理与安全纪律。始于 48 小时内的免费诊断：您展示数据源与痛点，我们给出一条具体的路径。
常见问题
选 Metabase 开源版还是付费版？
视需求而定。大多数项目在自托管的 Metabase 开源版上运行得很好。当您需要自动行级过滤（data sandboxing）或面向众多客户的高级交互式嵌入时，Pro/Enterprise 版才有其价值。在诊断中我们会明确指出哪个方案合理——以及哪些可以通过架构在 OSS 上解决。
Metabase 由你们托管还是部署在我们的基础设施上？
两种模式都可行。默认是部署在您的基础设施上自托管，让敏感数据不脱离您的掌控（对 LGPD 很重要）；当合理时，也可由我们运维。两种方式下，Metabase 都在 Docker 中运行，做版本管理并受监控。
可以从 Power BI 或 Tableau 迁移到 Metabase 吗？
可以。我们迁移指标、模型和仪表盘，同时保留业务定义——「每公里成本」依然表示同样的含义。通常迁移是一个理顺底层建模的良机，而不只是替换上层工具。
Metabase 能承受大规模数据库吗？
能——前提是建模正确。瓶颈很少在 Metabase，而在其背后的数据库。因此我们把分析负载分离到专用的数据仓库，并对繁重的数据切片进行物化；正是如此，我们才能在数千万条记录的数据库之上提供 BI 而不拖累生产。