The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Выпуск СУБД TimescaleDB 2.0"
Отправлено valyala, 24-Дек-20 16:54 
>> жрет disk IO быстро гробит SSD диски
> Откуда такая информация?!

Из статьи, на которую приведена ссылка в предыдущем комментарии.

>>- тормозит на HDD
> Вообще-то оно ускоряет вставку в тот же postgresql
> (т.е если вы пишете в postgresql без timescaledb и с timescaledb -
> у вас результаты будут лучше с timescaledb)

TimescaleDB позиционируется как база данных для временных рядов (TSDB). Поэтому логично ее сравнивать с другими TSDB, а не сравнивать с Postgresql. Так вот, TimescaleDB намного хуже показывает себя по сравнению с другими специализированными TSDB вроде VictoriaMetrics. См. графики использования disk IO bandwidth и disk IOPS в следующих статьях:

* https://valyala.medium.com/promscale-vs-victoriametrics-reso...
* https://valyala.medium.com/measuring-vertical-scalability-fo...


>>- плохо сжимает данные, поэтому требует много дискового пространства по сравнению с другими TSDB
> Опять странная информация, откуда она?
> На голом postgesql у меня набор данных занимал 307GB, после сжатия стало
> 41GB - это очень "не плохо".

Все данные в упомянутых выше статьях.

>>Поэтому лучше использовать VictoriaMetrics
> Чем лучше? Как там у VictoriaMetrics c Geospacial данными или хотя бы
> транзакциями?

Geo-spatial функции пока планируются. Транзакции для типичных задач, решаемых с помощью time series БД, не нужны. Типичные требования под задачи для TSDB:

* записывать постоянный поток данных со скоростями в миллионы строк в секунду
* быстро выполнять запросы по определенным рядам на определенных интервалах времени для построения всяких дашбордов в Grafana
* быстро выполнять запросы по недавно вставленным данным для всяких алертов
* быстро удалять устаревшие данные


TimescaleDB не подходит ни под одно из этих требований. TimescaleDB подходит под часть из этих требований с большой натяжкой. VictoriaMetrics удовлетворяет всем этим требованиям. Она спокойно справляется с потоком данных в миллион метрик в секунду и потоком запросов в 100 запросов в секунду на одном компе. При этом в БД хранится 10 триллионов (aka 10000 миллиардов) строк. См. https://victoriametrics.github.io/CaseStudies.html

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру