The OpenNET Project / Index page

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



"Доступна СУБД TimescaleDB 1.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от opennews (?), 03-Ноя-18, 00:18 
Представлен (https://blog.timescale.com/1-0-enterprise-production-ready-t...) первый стабильный выпуск СУБД TimescaleDB (https://ww.timescale.com), пригодный для широкого использования. СУБД TimescaleDB ориентирована на хранение и обработку данных в форме временного ряда (срезы значений параметров через заданные промежутки времени, запись образует время и набор соответствующих этому времени значений), свойственные для таких применений как системы мониторинга, торговые платформы, опросы состояния датчиков, сбор метрик. Проект TimescaleDB реализован в виде расширения к PostgreSQL и распространяется (https://github.com/timescale/timescaledb) под лицензией Apache 2.0.

СУБД позволяет применять полноценные SQL-запросы для анализа накопленных данных, сочетая удобство работы, свойственное реляционным СУБД, с масштабированием и возможностями, присущими специализированным NoSQL-системам. Ключевой особенностью TimescaleDB  является поддержка автоматического секционирования (партицирования) массива данных. Входной поток данных автоматически распределяется по секционированным таблицам. Секции создаются в зависимости от времени (в каждой секции  хранятся данные за определённым промежуток времени) или в привязке к произвольному ключу (например, идентификатору устройства, местоположению и т.п.).


Структура хранения оптимизирована для обеспечения высокой скорости добавления данных. Поддерживается пакетное добавления наборов данных, использование размещаемых в оперативной памяти индексов, загрузка исторических срезов задним числом, применение транзакций. Для оптимизации производительности секционированные таблицы могут распределяться по разным дискам (в будущем ожидается поддержка кластеризации с разнесением хранилища на несколько хостов). В одной из следующих версий планируется предоставить возможность определения политики вытеснения устаревших данных, что позволяет хранить только актуальные данные и автоматически удалять, агрегировать  в более крупные промежутки времени или архивировать устаревшие записи.

Для запросов секционированная БД выглядит как одна большая таблица, именуемая  гипертаблицей. Гипертаблица представляет собой  виртуальное представление множества отдельных таблиц, в которых накапливаются поступающие данные. Гипертаблица используется не только для запросов и добавления данных, но и для таких операций, как создание индексов и изменение структуры ("ALTER TABLE"), скрывая от разработчика низкоуровневую сегментированную структуру БД. C гипертаблицей можно использовать любые агрегатные функции, подзапросы,  операции слияния (JOIN) с обычными таблицами и оконные функции.


TimescaleDB может применяться в качестве хранилища для систем мониторинга и визуализации Grafana (https://grafana.com/) и Prometheus (https://prometheus.io/), в том числе с TimescaleDB может использоваться развиваемый проектом Grafana визуальный редактор запросов. Кроме того, TimescaleDB также можно использовать в любых  системах, поддерживающих хранение данных в PostgreSQL, таких как Tableau, Kafka, Apache Spark, Zabbix, PostGIS и PowerBI.

URL: https://blog.timescale.com/1-0-enterprise-production-ready-t...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49547

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Доступна СУБД TimescaleDB 1.0"  –7 +/
Сообщение от Твоя мамка (?), 03-Ноя-18, 00:18 
А могли взять nats, clickhouse, или кафку.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Anonymoussemail (?), 03-Ноя-18, 03:24 
возможно оно таки оптимизирует данные? тогда в этом есть смысл.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Доступна СУБД TimescaleDB 1.0"  +5 +/
Сообщение от Аноним (3), 03-Ноя-18, 06:10 
Какой-то бессмысленый набор слов. Куда взять? Зачем?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Доступна СУБД TimescaleDB 1.0"  +1 +/
Сообщение от Аноним (-), 04-Ноя-18, 01:15 
Или rrdtool, у которого полторы зависимости и базы мелкие :D
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

24. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Stanislavvv (?), 06-Ноя-18, 14:29 
Не, там всё ж есть особенности, которые помешают сделать запрос вида: "какой пиковый LA был у сервера frontend1 месяца три назад?". Ну то есть, можно при создании rrd это поправить, но всё же геморрой там бОльший, чем взять соответсвующие средства.
Впрочем, для случая, когда число метрик*серверов меньше пары тысяч - вполне сойдёт.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

4. "Доступна СУБД TimescaleDB 1.0"  +4 +/
Сообщение от zekefastemail (ok), 03-Ноя-18, 14:09 
Поправьте 2-ю ссылку в новости с https://ww.timescale.com/ на https://www.timescale.com/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Доступна СУБД TimescaleDB 1.0"  –3 +/
Сообщение от Аноним (15), 04-Ноя-18, 03:10 
> 2k18
> использовать www в имени хоста совсем как в 80-ых-90-ых
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

16. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Аноним (16), 04-Ноя-18, 11:16 
> 2018
> заменять ноль на "k" совсем как в... да никаких
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

19. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от VladSh (?), 05-Ноя-18, 14:19 
Это признак современности и, вообще, крутизны.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

5. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от universite (ok), 03-Ноя-18, 14:51 
Чем она лучше rrdtool ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Доступна СУБД TimescaleDB 1.0"  +4 +/
Сообщение от Аноним (6), 03-Ноя-18, 15:04 
> Чем она лучше rrdtool ?

Что угодно лучше rrdtool

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Доступна СУБД TimescaleDB 1.0"  +1 +/
Сообщение от Аноним (-), 04-Ноя-18, 01:15 
Офигенная аргументация - "чем грузины".
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Доступна СУБД TimescaleDB 1.0"  +3 +/
Сообщение от пох (?), 03-Ноя-18, 18:41 
sql жеж.
а не нечеловеческий синтаксис.

А рисовать (для чего была нужна большая часть того синтаксиса) - оне все равно графаной будут. Где никакой не нужен, нужно мышкой быстро-быстро клац-клац-клац.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Доступна СУБД TimescaleDB 1.0"  –1 +/
Сообщение от Аноним (10), 03-Ноя-18, 20:53 
> sql
> не нечеловеческий синтаксис

Но ведь…

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Доступна СУБД TimescaleDB 1.0"  +4 +/
Сообщение от пох (?), 03-Ноя-18, 22:28 
сразу видно человека, никогда не пользовавшегося rrdtool ;-)

поменяв что-то в чужом несложном графичке (нарисовать свой каждый...э...ну почти каждый чукча-писатель может, ты вот чужую писанину разбери - или даже свою, через годик) сразу начнешь любить и обожать sql.
Даже вместе с оконными функциями и рекурсивными запросами, которые для timescaledb вряд ли придется использовать или разбираться в чужих.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от vaka (?), 04-Ноя-18, 23:45 
rrdtool как и sqlite - localhost only
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от user455 (?), 03-Ноя-18, 16:27 
ух ты. т.е. я могу прикрутить ее к БД заббикса и у меня хранилище станет Time Series ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от пох (?), 03-Ноя-18, 18:43 
как жаббикс попатчишь чтобы он вместо своих тайммарок использовал "хренилище" - так и сможешь.

в целом не так и сложно - ломать не строить.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Алексей (??), 03-Ноя-18, 23:42 
Это можно будет сделать изменив лишь немного схему базы данных для того, чтобы партиционирование было автоматическим.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

17. "Доступна СУБД TimescaleDB 1.0"  +1 +/
Сообщение от Аноним (17), 04-Ноя-18, 14:25 
О да одни костыли, как и TimescaleDB костыль.
Можно взять TokuDB/RocksDB и не мучатся с PgSQL клонами на SSD.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

20. "Доступна СУБД TimescaleDB 1.0"  –1 +/
Сообщение от Аноним (20), 05-Ноя-18, 16:13 
убийца InfluxDB
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Stanislavvv (?), 06-Ноя-18, 14:45 
Вряд ли... Тут даже с clickhouse может быть конкуренция только по доступной сложности запросов.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Доступна СУБД TimescaleDB 1.0"  +1 +/
Сообщение от funny.falcon (?), 05-Ноя-18, 21:09 
Надо понимать, что это postgresql, и оптимизации хранения нет.
Что это значит? Значит 24 байта оверхеда на каждую метрику + полная стоимость имени метрики (длинна имени метрики), таймстампа (8 байт), значения метрики (8байт), и прочее, и без какой либо компрессии.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Аноним (22), 06-Ноя-18, 10:27 
Правильно ли я понимаю, что это выльется только в бОльший объем данных хранимых на диске?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Аноним (26), 06-Ноя-18, 20:30 
Это убивает SSD.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

27. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Аноним (27), 09-Ноя-18, 18:26 
ФС со сжатием поможет.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

23. "Доступна СУБД TimescaleDB 1.0"  +/
Сообщение от Аноним (23), 06-Ноя-18, 12:54 
Нет - наоборот размер БД будет меньше
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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