Skip To Content

Управление определениями GeoEvent

Что такое определение GeoEvent?

Данные событий в дополнительном модуле GeoEvent имеют связанную схему, которая идентифицирует поля атрибутов и типы данных (дата, строка, целое и т.д.) для данных событий. Эта схема называется Определением GeoEvent. Просмотрите определения GeoEvent, открыв Сайт > GeoEvent > Определения GeoEvent в GeoEvent Manager.

Используйте GeoEvent Manager для просмотра определений GeoEvent и управления ими.
Примечание:

Два определения GeoEvent, incident и TrackGap, включены в дополнительный модуль GeoEvent. Эти определения GeoEvent могут быть только просмотрены или скопированы, они не могут быть удалены или отредактированы; процессоры Детектор инцидентов и Детектор пробелов трека используют эти определения GeoEvent.

Определение GeoEvent в соответствии с данными в потоке события должно существовать, чтобы Входной оператор подключения мог создать событие GeoEvent из поступающих на вход событий. Аналогично, определение GeoEvent в соответствии со схемой назначенного выхода должно существовать, чтобы Выходной оператор подключения мог создать событие GeoEvent и отправить данные события.

Определения GeoEvent могут создаваться и редактироваться пользователями. Некоторые входные операторы подключения способны создавать определения событий на основе данных, получаемых событий. Администраторы импортируют определения событий для поддержки таких операций, как обновление опубликованных сервисов объектов. Это означает, что список известных определений GeoEvent часто изменяется.

В руководстве пользователя Введение в дополнительный модуль GeoEvent содержатся упражнения, иллюстрирующие создание определения GeoEvent, построение входным оператором подключения определения GeoEvent на основе полученных им данных и импорт определения GeoEvent из опубликованного сервиса объектов. Откройте данное руководство в руководствах пользователя по дополнительному модулю GeoEvent.

Типы полей данных определения GeoEvent

Каждое поле из определения GeoEvent имеет определенный тип данных. Этот тип данных используется, когда входные операторы подключения создают событие GeoEvent из потоковой передачи данных или события GeoEvents разбиваются до отправки события GeoEvent через выходной оператор подключения.

Доступны следующие типы данных полей:

  • Булевы операторы
  • Дата
  • Число двойной точности
  • Float
  • Геометрия
  • Групповой *
  • Целое число
  • Длинное целое число
  • Короткое целое число
  • Строка

* Более подробную информацию см. в разделе Группы полей.

Кардинальность поля

Некоторые события на основе потоков данных определяют схемы, в которых одно поле имеет несколько записей, как массив. Эти поля представлены в определениях GeoEvent как поля с кардинальностью больше одного. Кардинальность поля – это расширенное свойство объекта, предназначенное для поддержки потоков данных, в которых есть это условие.

Администраторы могут настроить кардинальность определения GeoEvent в GeoEvent Manager путем изменения кардинальности поля от Одного ко Многим

Группы полей

Некоторые потоки данных определяют схемы, в которых одно поле не дискретного типа данных (например, дата, строка, целое число), а группа, содержащая в себе несколько типов значений данных. Эти поля представлены в определениях GeoEvent как Группы. Дискретные типы данных для каждого поля внутри группы находятся под именем группы полей.

Поддержка групп полей является другим расширенным свойством объекта для поддержки потоков данных, в которых есть это условие. Тип группы полей может содержать вложенные группы, позволяя создавать сложные структуры.

Настройте поле определения GeoEvent как составное поле в GeoEvent Manager путем изменения типа поля на Group.

Примечание:

Не все выходные операторы подключения дополнительного модуля GeoEvent поддерживают данные события, поля которых содержат множественную кардинальность или групповые структуры. Например, при использовании выходных операторов подключения Добавить объект или Обновить объект, вы должны использовать процессор Field Mapper для сглаживания структуры данных события, чтобы она соответствовала схеме, ожидаемой слоем сервиса объектов. Другой пример – при использовании выходных операторов подключения Отправить объект в потоковый сервис, структура данных события должна быть сглажена, так что встроенное окно, создаваемое из слоя потока, отображало простые текстовые значения вместо иерархических JSON.