Вычисляемое поле AWS Quicksight в сравнении с пользовательским SQL-запросом

#business-intelligence #amazon-quicksight

#бизнес-аналитика #amazon-quicksight

Вопрос:

Как и любой другой инструмент BI, AWS Quicksight позволяет добавлять вычисляемые поля. До сих пор я не сталкивался с какими-либо ограничениями при их использовании, но я не могу не задаться вопросом, какой подход к проектированию лучше? Добавление вычисляемого поля в мой пользовательский SQL-запрос или использование функции вычисляемых полей?

Комментарии:

1. Узнали ли вы что-нибудь из опыта работы с Quicksight с тех пор, как задали этот вопрос, чтобы дать представление новым пользователям? Мне также был интересен этот вопрос.

2. @barnesm999 Я опубликовал свой ответ ниже. Надеюсь, это полезно!

Ответ №1:

Итак, есть несколько способов работы с вычисляемыми полями в Quicksight:

  1. Вы выполняете их в своем SQL-запросе
  2. Вы добавляете их в свой набор данных
  3. Вы добавляете их в свой анализ

Я не уверен, будет ли это считаться лучшей практикой, но мои предпочтения превратились в:

  1. Используйте вычисляемые поля для анализа, если я хочу включить это поле только в анализ.
  2. Если поле будет использоваться более одного раза, я добавляю их в набор данных. Это мой метод перехода, если я не использую прямой запрос и полагаюсь на пользовательский интерфейс по умолчанию.
  3. Для любых сложных вычислений, которые не поддерживаются вычисляемыми полями Quicksight, или если я уже использую прямой запрос, я буду делать все в SQL.

Недостатком вычисляемых полей является то, что поиск их вычислений может быть немного раздражающим, поскольку для этого требуется несколько кликов. Кроме того, мне трудно различать, какие поля вычисляются, а какие нет, поэтому у меня есть привычка добавлять к вычисляемым полям префикс _ , например _date , или _day_of_week , если это вычисляемое поле.