Представлен (https://blog.timescale.com/timescaledb-1-2-analytical-functi.../) выпуск СУБД TimescaleDB 1.2 (https://ww.timescale.com), предназначенной для хранения и обработки данных в форме временного ряда (срезы значений параметров через заданные промежутки времени, запись образует время и набор соответствующих этому времени значений). Подобная форма хранения оптимальна для таких применений как системы мониторинга, торговые платформы, системы сбора метрик и состояний датчиков. Предоставляются средства для интеграции с проектом Grafana (https://grafana.com/) и Prometheus (https://prometheus.io/). Проект TimescaleDB реализован в виде расширения к PostgreSQL и распространяется (https://github.com/timescale/timescaledb) под лицензией Apache 2.0.Новый выпуск примечателен изменением модели лицензирования. Помимо ранее применяемой свободной лицензии Apache 2.0, часть кода (https://github.com/timescale/timescaledb/tree/master/tsl) с расширенными возможностями теперь поставляется под отдельной проприетарной лицензией Timescale (https://github.com/timescale/timescaledb/blob/master/tsl/LIC...) (TSL), не допускающей внесение изменений и запрещающей использование кода в сторонних продуктах. По сути код под лицензией TSL доступен лишь для просмотра. При этом функциональность под лицензией TLS можно использовать бесплатно. Ещё одна часть функций поставляется под коммерческой лицензией и входит только в состав закрытой платной Enterprise-редакции (для ознакомления поставляется ограниченная по времени trial-версия). В том числе под коммерческой лицензией развивается код для обработки политик вытеснения устаревших данных, который позволяет хранить только актуальные данные и автоматически удалять, агрегировать или архивировать устаревшие записи.
Среди добавленных в TimescaleDB 1.2 новшеств (https://github.com/timescale/timescaledb/releases/tag/1.2.0):- Поддержка упорядоченного добавления, позволяющего оптимизировать обработку больших запросов, выполняющих группировку по времени записи и ограничивающих конечный вывод через выражение LIMIT. После включения указанной оптимизации производительность некоторых запросов с LIMIT возросла до 100 раз;
- Добавлена поддержка установки поверх PostgreSQL 11 (https://www.opennet.dev/opennews/art.shtml?num=49462);
- Под лицензией TSL предложены аналитические функции для анализа данных в форме временного ряда (time_bucket_gapfill для создания непрерывных сгруппированных последовательностей, interpolate для интерполяции значений и locf для заполнения пустот предыдущим значением). Добавлена команда reorder_chunk для перегруппировки данных на диске для оптимизации выборки по определённому полю (аналог команды "CLUSTER (https://www.postgresql.org/docs/current/sql-cluster.html)" в PostgreSQL). После оптимизации хранилища зафиксировано увеличение скорость обработки некоторых запросов в 100-1000 раз;
- Под коммерческой лицензией (Enterprise) предложены средства для управления жизненным циклом данных, позволяющие выполнять чистку устаревших записей и перегруппировку данных по расписанию или при достижении определённых параметров, таких как размер БД.
Напомним, что СУБД TimescaleDB позволяет применять полноценные SQL-запросы для анализа накопленных данных, сочетая удобство работы, свойственное реляционным СУБД, с масштабированием и возможностями, присущими специализированным NoSQL-системам. Структура хранения оптимизирована для обеспечения высокой скорости добавления данных. Поддерживается пакетное добавления наборов данных, использование размещаемых в оперативной памяти индексов, загрузка исторических срезов задним числом, применение транзакций.Ключевой особенностью TimescaleDB является поддержка автоматического секционирования (партицирования) массива данных. Входной поток данных автоматически распределяется по секционированным таблицам. Секции создаются в зависимости от времени (в каждой секции хранятся данные за определённый промежуток времени) или в привязке к произвольному ключу (например, идентификатору устройства, местоположению и т.п.). Для оптимизации производительности секционированные таблицы могут распределяться по разным дискам.
Для запросов секционированная БД выглядит как одна большая таблица, именуемая гипертаблицей. Гипертаблица представляет собой виртуальное представление множества отдельных таблиц, в которых накапливаются поступающие данные. Гипертаблица используется не только для запросов и добавления данных, но и для таких операций, как создание индексов и изменение структуры ("ALTER TABLE"), скрывая от разработчика низкоуровневую сегментированную структуру БД. C гипертаблицей можно использовать любые агрегатные функции, подзапросы, операции слияния (JOIN) с обычными таблицами и оконные функции.
URL: https://blog.timescale.com/timescaledb-1-2-analytical-functi.../
Новость: https://www.opennet.dev/opennews/art.shtml?num=50063
"Timescale raises another $15M" https://blog.timescale.com/raises-another-15m-for-leading-ti.../Печально. Всё так хорошо начинается - полная открытость и все дела. Потом приходят инвесторы и проект скатывается в проприетарщину. Еще и издеваются, додумались поставлять функции чистки старых записей только в Enterprise версии. И это для time series данных, которые как минимум чистят раз в месяц и длительное время не держат.
MongoDB, Redis, TimescaleDB... Кто следующий?
А причем тут Redis? он как был так и остается open-source. А вот его модули, которые и так никто не использует, решили сделать квази-open-source.
С разморозочкой, была тут статья про смену лицензирования для Redis
Она как была так и осталась BSD - https://github.com/antirez/redis/blob/unstable/COPYING
>>В том числе под коммерческой лицензией развивается код для обработки политик вытеснения устаревших данных, который позволяет хранить только актуальные данные и автоматически удалять, агрегировать или архивировать устаревшие записи.Все самое вкусное как всегда платно.
Для чего тогда добавили поддержку TimescaleDB в Zabbix 4.2.0alpha3, если управление старыми данными, то что и нужно для чистки исторических данных Zabbix'а в TimescaleDB платное.
Они в процессе перехода на модель с 3мя продуктами.https://blog.timescale.com/how-we-are-building-an-open-sourc.../
TimescaleDB 1.2 Community (= Free Enterprise)
> Free Enterprisefree as in "free beer", nothing common with the "freedom".
> Для чего тогда добавили поддержку TimescaleDB в Zabbix 4.2.0alpha3жабикс тоже хочет денех.
Чую, недалек день, когда его запретят сперва as a service (конечно же, неправильным парням, правильным будет можно), а потом вот по этой методике - код можно смотреть (чур меня, кто смотрел тот поймет) но нельзя трогать.насколько я понимаю, тут дело даже не в том что оно платное, а в том что closed source - поскольку исправлять ты не можешь даже коммерческую версию, только кланяться в ноженьки автору этого ненужно. Ну ок, жабикс обойдетcя mysql'ем. Хотя ему бы и sqlite в самый раз (как они умудрились добиться повреждения баз в ней - у них спросите, я ничего не хочу об этом знать)
>только кланяться в ноженьки автору этого ненужноТак если ненужно - фиг ли ныть?
Это зомби. Не ведитесь.
Citus типа жив? Сатья Наделла перелогиньтесь.
цитус жив, лицензию мы менять не планируем, в отличие от этих нищ...нувыпоняли, которые удавятся за копейку, мы вполне позитивно относимся к конкуренции (и не боимся ее, потому что продаваны в розницу таких мелких сервисов нам ни разу не угроза, мы вообще по рынку с ними не пересекаемся, а амазон с гуглем опасны нам совсем другими вещами)Но разумеется, мы - корпорация зла, в отличие от ту...х и жадных "добрячков"-изобретателей "open code" и прочего bullshit, подменяющего opensource - смотри не перепутай!
А чёб к Excel-у, к примеру, тайм-скале расширение не прикрутить? Чем он хуже?
в нем нет прекрасного sql для делания совершенно ненужных (для tsdb) запросов на единственном выученном манки-кодером языке
Зато есть прекрасный VBS, который некоторые так и не забыли.
Чем оно лучше кликхаус?