‧
4 分钟阅读
我们将问题嵌入到您的问题中
Sameer Al-Sakran
‧ 4 分钟阅读
分享本文
Metabase 查询构建器允许您在数据库中的单个表上运行简单查询。在此基本范式中，我们增加了从通过外键链接的表中提取信息、修改列以及基于数学表达式创建新列的功能。然而，这始终是我们坚持的核心模式，并在可用性方面取得了一些成果。
我们发现，虽然它不像其他一些工具那样强大，但它让 80% 的非技术用户能够提出 20% 的问题，而其他所有工具都专注于让公司中 5% 的精英提出 80% 的问题。
在此基础上，通过我们的新版本，您现在可以在查询构建器中将已保存的问题用作“表”。
这有什么用？
最明显的用例是对另一个问题的结果进行聚合或切片和切块，例如“每日收入的平均值”。更有趣的是，您可以使用已保存的问题（无论是 GUI 问题还是 SQL 问题）作为新问题的起点。
这允许您使用 SQL 生成复杂的中间结果（又称子查询），然后将其用于查询构建器中。
其他工具强制您要么制作真正庞大的 SQL 模板，要么使用奇怪的 YAML 专有语言来生成您的非技术用户可以使用的“重量级”工件。但是使用嵌套问题，您可以使用标准 SQL 来创建这些子查询，然后使用查询构建器。如果经过深思熟虑，这意味着您可以使用轻量级的普通 SQL 和查询构建器来公开否则需要大量奇怪的 SQL 或 YAML 的接口。
那连接呢？
现在，如果您想提出一个涉及两个或多个表的问题，请在嵌套子查询中使用连接。您可以使用标准 SQL，而不是创建复杂的接口来促进连接。虽然内连接、外连接、左连接、右连接、向上连接、向下连接和所有连接的复杂性确实微妙且可能很复杂，但实际的 SQL 语法相当简单。我们认为，知道左内连接和右外连接之间区别的人也知道一些 SQL，而不是重新发明图形轮子。
这是否意味着您不会向查询构建器添加更强大的功能？
一点也不。我们为查询构建器准备了许多功能！在即将发布的版本中，我们将大力推出更多功能，以满足非技术用户和技术用户的需求。它们将侧重于 SQL 不擅长的功能，而不是 SQL 擅长的功能。我们还将重新设计界面，使其更易于非技术用户访问，让他们更容易找到常见的问题起点。
这会很慢吗？
那要看情况。您可能会生成一个慢速查询，但即使您使用显式子查询，它也会很慢，而且我们发现我们的用户倾向于经常使用这些查询。
如果我的用户运行太多复合查询，导致速度变慢怎么办？
这意味着您的用户正在从运行这些查询中找到价值，您应该优化它们。优化的方法是将子查询转换为物化视图，如果它很慢（例如，在插入时），则将其分离到批处理或流式转换过程中，以生成一个类似的表。我们建议保留相同的表名，因为这可能允许您原地替换查询。
接下来是什么？
我们建议您试用嵌套查询并向我们提供一些反馈。我们有一些未解决的问题，正在讨论后续步骤和改进措施
如果其中一项或多项能够显著简化您的生活，请在问题中发表意见。我们根据有多少用户也认为它们是好主意来优先考虑功能增强。
