Как спроектировать измерения временных рядов (таблицы) - PullRequest
1 голос
/ 24 апреля 2019

Я использую базу данных временных рядов (InfluxDB) и пытаюсь понять, как спроектировать измерение (таблица). Мой фон использует реляционную базу данных, где обычно объединяются таблицы. В моем текущем проекте мы пишем различные значения датчика, такие как (температура и давление) для многих транспортные средства для измерения вместе с соответствующими идентификаторами, чтобы мы знали конкретные детали каждое значение мы измеряем.

Measurement: Sensor_Trans
Tags: time, vehicleId, sensorId
Fields: value (temperature or pressure)

Позже, когда я захочу использовать эти значения, мне понадобится дополнительная информация о конкретных значениях. Примечание: у меня в настоящее время есть 20+ уникальных тегов для каждого измерения датчика, например: единица измерения, размер транспортного средства, описание сеньора и т. д.

Например: я хочу знать давление двигателя в кПа для всех автомобилей с четырьмя дверями.

Например: я хочу узнать температуру выхлопа в градусах C для грузовика 89.

Я хотел бы знать, что считается наилучшей практикой при разработке измерений временных рядов (таблицы)?

1- Добавлять ли я больше тегов, которые предоставляют дополнительную информацию непосредственно к измерению?

2- Сохранять ли определения транспортных средств и датчиков в реляционной таблице и объединять их в коде?

3- Другое?

1 Ответ

2 голосов
/ 24 апреля 2019

1-Я добавляю больше тегов, которые предоставляют дополнительную информацию непосредственно к измерению? Да, вы можете сделать это, но также помните, что добавление большего количества тегов также потребляет больше памяти. Пожалуйста, обратитесь к системным требованиям по следующей ссылке https://docs.influxdata.com/influxdb/v1.7/guides/hardware_sizing/

2- Я храню определения транспортных средств и датчиков в реляционной таблице и объединяю их в коде? Нет необходимости, если вы реализуете вышеизложенное, вы можете создать таблицу БД отношений для всей вашей потребности, вместо этого, сохраняя в порядке две разные базы данных.

...