AWS Quicksight 计算字段与自定义 SQL 查询
AWS Quicksight calculated field vs Custom SQL query
与任何其他 BI 工具一样,AWS Quicksight 允许您添加计算字段。到目前为止,我还没有 运行 使用它们的任何限制,但我不禁想知道更好的设计方法是什么?在我的自定义 SQL 查询中添加计算字段或使用计算字段功能?
所以有几种方法可以在 Quicksight 中使用计算字段:
- 您在 SQL 查询中执行它们
- 您将它们添加到您的数据集
- 您将它们添加到您的分析中
我不确定这是否会被视为最佳实践,但我的偏好已经演变为:
- 如果我只想将该字段包含在分析中,请在分析中使用计算字段。
- 如果该字段将被多次使用,我将它们添加到数据集中。如果我不使用直接查询并依赖默认 UI.
,这是我的首选方法
- 对于 Quicksight 计算字段不支持的任何复杂计算,或者如果我已经在使用直接查询,我将在 SQL.
中进行所有操作
计算字段的缺点是查找它们的计算可能有点烦人,因为它需要点击几下。另外,我发现很难区分哪些字段是计算的,哪些不是,所以我习惯在计算字段前加上 _
,例如_date
或 _day_of_week
如果它是计算字段。
与任何其他 BI 工具一样,AWS Quicksight 允许您添加计算字段。到目前为止,我还没有 运行 使用它们的任何限制,但我不禁想知道更好的设计方法是什么?在我的自定义 SQL 查询中添加计算字段或使用计算字段功能?
所以有几种方法可以在 Quicksight 中使用计算字段:
- 您在 SQL 查询中执行它们
- 您将它们添加到您的数据集
- 您将它们添加到您的分析中
我不确定这是否会被视为最佳实践,但我的偏好已经演变为:
- 如果我只想将该字段包含在分析中,请在分析中使用计算字段。
- 如果该字段将被多次使用,我将它们添加到数据集中。如果我不使用直接查询并依赖默认 UI. ,这是我的首选方法
- 对于 Quicksight 计算字段不支持的任何复杂计算,或者如果我已经在使用直接查询,我将在 SQL. 中进行所有操作
计算字段的缺点是查找它们的计算可能有点烦人,因为它需要点击几下。另外,我发现很难区分哪些字段是计算的,哪些不是,所以我习惯在计算字段前加上 _
,例如_date
或 _day_of_week
如果它是计算字段。