Вы находитесь здесь:
Рекомендации, рекомендации и ограничения для миграции Data 360 SQL (бета-версия)
Помните о следующих рекомендациях, рекомендациях и ограничениях при миграции настраиваемых запросов SQL в Data 360 SQL.
Рекомендации
- Data 360 SQL использует версию Data 360 Direct SQL (HyperSQL) вместо устаревшей версии TrinoSQL.
- Устаревшие SQL и Data 360 SQL обрабатывают нулевые значения по-разному. Устаревший SQL всегда размещает значения NULL последними. Data 360 SQL по умолчанию использует значение NULLS LAST для сортировки по возрастанию, но меняется на NULLS FIRST для сортировки по убыванию.
- Data 360 SQL возвращает даты в UTC посредством смещенной нотации (например, +00:00), в то время как устаревший SQL использует суффикс Zulu (например, Z).
- Data 360 SQL поддерживает массовые запросы данных и улучшает время страницы взаимодействий (EPT) по сравнению с устаревшим SQL.
- Если значения мер идентичны, устаревшие SQL и Data 360 SQL используют разную стандартную логику взлома. Из-за этого строки отображаются в разном порядке между двумя системами во время сценариев разрыва связи. Этот визуальный сдвиг строки является ожидаемым поведением, и вы не потеряете данные.
- Data 360 SQL поддерживает пагинацию в активах таблицы значений и эффективно обрабатывает большие наборы данных, извлекая данные по запросу посредством бесконечной прокрутки.
Рекомендации
- Создайте резервную копию файла XMD панели мониторинга JSON или актива перед миграцией настраиваемого виджета SQL. На этом этапе сохраняются правила условного форматирования.
- Чтобы убедиться в корректной работе запросов, заключите все псевдонимы столбцов и идентификаторы в двойные кавычки. Data 360 SQL чувствителен к регистру и требует, чтобы это форматирование точно соответствовало вашим данным.
- Чтобы предотвратить нарушение условного форматирования и сохранить последовательный регистр в запросах Freeform, используйте псевдонимы, например, SELECT Field_c AS "Field_c". Устаревший SQL и Data 360 SQL сохраняют заданный запросом регистр при использовании псевдонима, даже если псевдоним не кавычка. Однако, для полей без псевдонима Data 360 SQL возвращается к исходному регистру источника данных.
- Просмотрите запросы на наличие устаревших функций SQL, например TO_UNIXTIME, и преобразуйте их в эквиваленты Data 360 SQL.
- Чтобы обеспечить точность данных, добавьте NULLS LAST в запросы или проверьте логику сортировки. Data 360 SQL изменяет порядок отображения по умолчанию, что приводит к неожиданным результатам в таблицах и диаграммах.
- Используйте уникальные псевдонимы для каждого поля, чтобы предотвратить проблемы отображения данных в пользовательском интерфейсе.
- Чтобы убедиться в работоспособности панели мониторинга, проверьте корректность работы фасетирования при использовании глобальных фильтров в настраиваемых виджетах SQL. Сложный вложенный SQL часто приводит к проблемам фильтрации, которые приводят к неточным данным или нарушению визуализации.
- При включении параметра «Отключить пагинированную загрузку» в виджете-таблице запрос не выполняется немедленно. Таблица продолжает отображать усеченные данные из предыдущего пагинированного состояния. Чтобы загрузить все строки, сохраните и перегрузите панель мониторинга. Если проблема продолжается, проверьте следующее:
- Этап является устаревшим типом AGGREGATE.
- Включены SQL данных и шлюзы пагинации.
- Для доступа к поддерживаемым синтаксису и аналитическим функциям нажмите на значок сведений рядом с параметром Data 360 SQL в настраиваемом редакторе SQL.
Ограничения
- Цвета и стили исчезают, если корпус ключа не соответствует ожидаемому формату. Эта проблема возникает, поскольку Data 360 SQL сохраняет оригинальный регистр ключей, в то время как устаревшие соотнесения XMD обычно ожидают ключей со строчными буквами.
- Data 360 SQL не содержит прямых эквивалентов для некоторых устаревших функций SQL. Это несоответствие нарушает формулы свободной формы во время миграции.
Эта статья решила вашу проблему?
Оставьте свой отзыв, чтобы мы могли стать лучше!
