Форум АО "ВЗЛЕТ"

Автоматизация и диспетчеризация => Взлет СП4 => Тема начата: Vitaly Tokarenko от 16.12.2025, 12:51:49



Название: Взлёт и TimeScaleDB. Кто пробовал?
Отправлено: Vitaly Tokarenko от 16.12.2025, 12:51:49
Кто-нибудь пробовал Взлёт на TimeScaleDB? А то чистый постгри не совсем для этого типа данных.


Название: Re:Взлёт и TimeScaleDB. Кто пробовал?
Отправлено: Иван Кривокора от 18.12.2025, 12:40:20
Кто-нибудь пробовал Взлёт на TimeScaleDB? А то чистый постгри не совсем для этого типа данных.
Здравствуйте.

Это интересный вопрос. Мы не тестировали работу Взлет СП с TimeScaleDB. Нам кажется, что в рамках архитектуры Взлет СП и её БД в использовании TimeScaleDB не будет какой-то ощутимой выгоды.

С уважением,
Кривокора Иван


Название: Re:Взлёт и TimeScaleDB. Кто пробовал?
Отправлено: Vitaly Tokarenko от 21.12.2025, 17:11:30
Учитывая что запись идёт линейно чётко нарастая по времени данные можно хранить в чанках, допустим, на неделю. И при этом легко удалять старые данные, а не укладывая сервак vacuum full. Намного быстрее происходит выборка данных учитывая что объём текущего чанка намного меньше чем общая база размером на несоклько терабайт.


Название: Re:Взлёт и TimeScaleDB. Кто пробовал?
Отправлено: Иван Кривокора от 23.12.2025, 18:19:22
Учитывая что запись идёт линейно чётко нарастая по времени данные можно хранить в чанках, допустим, на неделю. И при этом легко удалять старые данные, а не укладывая сервак vacuum full. Намного быстрее происходит выборка данных учитывая что объём текущего чанка намного меньше чем общая база размером на несоклько терабайт.
Спасибо за ваши соображения.

Возможно, стоит попробовать колоночные таблицы. Но это в любом случае потребует изменения в архитектуре и тщательного тестирования, а это большие ресурсы. Мы создали задачу на будущее, возможно, когда-нибудь вернемся к этому вопросу.

Если вам это необходимо, вы можете написать официальный запрос, рассмотрим такую возможность на коммерческой основе.

С уважением,
Кривокора Иван