Дизайн схемы InfluxDB (Длинный и тонкий против короткого и толстый?

Question

Я планирую дизайн схемы для базы данных.Работает ли InfluxDB лучше с «короткими и толстыми» конструкциями или «длинными и тонкими».

Я предпочитаю длинные и тонкие, так как их легче масштабировать и они, по-видимому, более стабильны?

Кто-нибудь может предложить больше понимания здесь?

Спасибо

Редактировать, чтобы показать Юрию данные:

Предлагаемый дизайн схемы:

Этот проект будет масштабироваться, что хорошо - он обрабатывает статические данные, то есть интервал 0, интервальные данные и другие будущие источники, которые я буду добавлять. Что яя не уверен, стоит ли мне стремиться поместить все в одну базу данных, и, может быть, лучше разбить данные на несколько баз данных?

Однако это немного контрастирует с такими конструкциями (источник: https://medium.com/coinograph/storing-and-processing-billions-of-cryptocurrency-market-data-using-influxdb-f9f670b50bbd)

Спасибо, Юрий!

Answer 1

Перво-наперво: в Influx существует такая вещь, как «схема», о которой вы, возможно, знаете из мира RDBMS.

, потому что это не какой-либо вид БД SQL - по сути, это ключ-значение сконкретный ключ времени и комплексное значение, состоящее из комбинации индексированных kv-пар с низкой мощностью и фактической серии именованных значений с высокой мощностью.

Он масштабируется и настраивается не так, как выотсюда уроки из РСУБД.

И сама «схема» там довольно плавная, не жесткая.

Итак, я предлагаю вам полагаться исключительно на ваши потребности: как ваши данныеимеет форму (или должна быть) и что вы собираетесь с ней делать.

Если вы дадите мне образец этого - я, вероятно, смогу дать вам пример того, что будет лучшим способом.чтобы справиться с этим в Influx.