Уважаемые участники!
Добрый день.

Есть потребность сделать базу данных для системы по типу "умный дом". Устройства разные, у каждого может быть от 5 до 10 контроллируемых технологических параметров. Устройств пока до 10 штук, потом может быть больше. Сохранять значения параметров нужно, скажем, каждую минуту. В целом, темп поступления данных в базу как будто бы не очень большой, но на самом деле все не так просто, о чем ниже.

Первое, что приходит в голову (если опустить детали) - это сделать две таблицы. Главная таблица, где для каждого сбора измерений от конкретного устройства есть запись с уникальным UUID. И вторая таблица, где для этого же UUID имеется некоторое число записей (5-10 по числу технологических параметров от устройства) с идентификатором типа параметра и самими данными в varchar, там в основном числа с двумя знаками после запятой и немного true/false, преобразовывать как потребуется можно уже потом, при выборке. В обоих таблицах, разумеется, не помешают и timestamp. Это схема простая и очевидная, но: берем калькулятор и получаем, что за год число записей от уже имеющихся устройств может перевалить за 30 миллионов.

Особо быстрый поиск по всему накопленному массиву данных может быть и не нужен, в основном быстро нужно получать только последние значения, для WEB-страницы. Тут можно держать наготове вьюху, представление, или обнобляемую служебную таблицу и т.д.

Но число записей в общем пугает. Нужен рабочий архив хотя бы за год, по которому можно строить графики величин по часам, дням, месяцам и прочее. Надеюсь, что здесь любая выборка "малой или средней сложности" будет происходить хотя бы за ~ десятки сукунд или менее.

Есть вариант данные не клать в отдельные строки, а упаковать в типы "массив" и тогда раз в ~десять можно сократить общее число записей. Все данные хранить (как и в первом варианте) в виде массивов переменной длины из varchar. Общее число строк сократится (это плюс), сложности при выборке возрастут, и мне ведь еще в принципе не известно, как быстро будет все это работать с массивами.

Скажите, пожалуйста - что на Ваш взгляд лучше? Первый вариант, второй, или посоветуете в принципе другой метод?

D0KX, думал насчет чего то подобного, по типу пар "параметр-значение". А PG умеет работать с jsonb, как потом быть с выборками? Это ведь как-то не совсем к СУБД? P.S. Да, вижу, тип такой есть. Интересно, на практике удобно, быстро ли?

D0KX, спасибо за совет. Мне определенно стоит подумать. Во всяком случае, что-то по типу:




вполне дает то, что нужно пока.