Миграция ранее собранных наборов данных в бэкэнд FIWARE - PullRequest
Новая
       11

Миграция ранее собранных наборов данных в бэкэнд FIWARE

1 голос
/ 12 апреля 2019

Имея под рукой, задача переноса ранее собранных наборов данных об окружающей среде (погода, качество воздуха, шум и т. Д.) Из датчиков, развернутых в разных местах и ​​хранящихся в нескольких таблицах базы данных MySQL, в мой экземпляр fiware Orion CB и, таким образом, сохраняласьв fiware backend.

Проблем много:

  • данные не хранятся в стандартах fiware, поэтому должны быть преобразованы в соответствии с моделями данных fiware.
  • не все таблицы являются хорошими кандидатами на преобразование в сущность.
  • некоторые сущности должны иметь значения полей из нескольких таблиц в качестве атрибутов.Например, определение AirQualityObserved Тип объекта будет иметь атрибуты из этих таблиц: airquality, co, co2, no2 и deployment.Поэтому сопоставление этих атрибутов с конкретным типом сущности является сложной задачей.

Поскольку это однократная загрузка (а не данные в реальном времени), я думаю о двух возможностях сделать это.

  1. Добавьте клиента LwM2M, чтобы продолжать отправку данных в IoTAgent и в конечном итоге передавать их в Orion CB до последней записи.
  2. Создайте скрипт Python, который «притворяется» контекстным провайдером дляЭкземпляр Orion, отправляющий данные (скажем, каждые 5 секунд) до последней записи.

В моем поиске литературы я не встречал ни одного случая, который бы касался такой ситуации.Есть ли какие-либо рекомендации от FIWARE Foundation для ситуаций, подобных этой?

Как вы можете предложить data fields --> Entity's attributes отображение, которое на самом деле нужно объединить из нескольких таблиц?

1 Ответ

1 голос
/ 15 апреля 2019

Использование IOTA имеет смысл, когда у вас есть живые данные (я имею в виду реальное устройство, отправляющее информацию на платформу FIWARE).Тем не менее, вы говорите, что это разовая загрузка, поэтому вариант сценария Python кажется лучше в этом случае.

(Небольшой терминологический комментарий здесь: ваш сценарий будет играть роль context context . поставщик контекста - это другой субъект, связанный с регистрациями и переадресацией запросов / обновлений. Дополнительную информацию см. в этом фрагменте ).

Что касаетсяполя данных для сопоставления атрибутов сущности У меня нет особого предложения.Это всего лишь вопрос анализа модели данных (то есть атрибутов сущности) и определения того, как установить эту информацию из ваших данных в таблицах.

...