04. Прочее
Содержание
Почему мои запросы уходят в time out?
Ответ: может быть множество причин, почему запрос долго отрабатывается и уходит в тайм-аут.
Для выполнения "тяжелого" и длинного запроса в SQLLab по умолчанию Cloud BI позволяет ему выполняться не более 6 часов, прежде чем он будет завершен системой управления очередями Celery. Если необходимо увеличить время выполнения запроса, можно указать время ожидания в конфигурации:
Если появляются тайм-ауты (504 Gateway Time-Out) при загрузке дашборда или среза данных, вероятно, клиент находится за прокси-шлюзом от BI-системы. Если клиент не получил своевременный ответ от BI-системы, эти сервера будут напрямую отправлять код состояния 504. BI-система имеет ограничение времени ожидания на стороне клиента для решения этой проблемы. Если запрос не вернулся в течение тайм-аута на стороне клиента (по умолчанию 60 секунд), то BI отобразит предупреждающее сообщение, чтобы избежать сообщение о тайм-ауте шлюза. Если лимит времени больше ожидания шлюза, то его можно изменить в настройках времени ожидания:
Как задать специфические цвета?
Ответ: это возможно для каждой информационной панели путем предоставления сопоставления меток с цветами в атрибуте метаданных JSON с использованием ключа label_colors.
"label_colors": {
"Girls": "#FF69B4",
"Boys": "#ADD8E6"
}
}
За что отвечает смещение часового пояса (Hours Offset) в настройках представления датасета?
Ответ: в представлении Редактировать набор данных можно указать смещение по времени. Это поле позволяет настроить количество часов, которое будет добавлено или вычтено из столбца времени. Например, этот функционал можно использовать для преобразования времени UTC в местное время.
Почему не рекомендуется удалять пользователей?
Ответ: удаление пользователя не рекомендуется, потому что он может быть импортирован из AD и удалять его учетную запись и создавать ее заново со сменой пароля и заново настраивать политики безопасности — трудоемкий и длительный процесс.