LINUX.ORG.RU

Официальный релиз TimescaleDB 1.0

 , ,


5

3

TimescaleDB 1.0 — это первая в мире открытая enterprise-ready темпоральная (time-series database) база данных, где ключи - временные метки, что используется для логирования событий с очень высокой скоростью. TimescaleDB является расширением СУБД PostgreSQL.

Релиз уже скачан более миллиона раз и используется в Comcast, Cray, Блумберг, Cree.

В этом релизе поддерживаются Windows, FreeBSD, и NetBSD и добавлена поддержка Prometheus.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: maxcom (всего исправлений: 5)

Занятно, что это по сути расширение PostgreSQL, отсюда и «полностью поддерживает SQL».

первая в мире опенсорс enterprise-ready

А какие в данном случае критерии «enterprise-ready»?

theNamelessOne ★★★★★
()
Ответ на: комментарий от theNamelessOne

А какие в данном случае критерии «enterprise-ready»?

Кто использует:

Comcast. It is the second-largest broadcasting and cable television company in the world.

Bloomberg L.P. — ведущих поставщик финансовой информации в мире.

Это Ъ enterprise.

Bobby_
() автор топика
Ответ на: комментарий от Shaman007

Это time-series database (ключи - временные метки), часто используется для логирования событий, с очень высокой скоростью.

Bobby_
() автор топика

А оно умеет ма тер мастер репликацию ?

Jopich1
()
Ответ на: комментарий от GanGSISoft

Классический пример - данные с метеорологических датчиков. Умеет в агрегации из серии: «дай мне среднюю температуру за прошлые сутки в пятиминутных барах». База на временных рядах с прикольными агрегациями.

bytecode ★★
()
Ответ на: комментарий от GanGSISoft

такие базы для обработки событий со скоростью миллион штук/сек с субмиллисекундной задержкой используется в реал-тайм аналитике, данные с сенсоров Internet of Things, для систем мониторинга компьтерных систем

Bobby_
() автор топика
Ответ на: комментарий от theNamelessOne

неудивительно.
сама PGSQL может похвастаться особой поддержкой, например, ГИС-данных. там даже по дефолту типы данных для этого есть.

mos ★★☆☆☆
()
Ответ на: комментарий от GanGSISoft

Это расширение для PostgreSQL, которое под капотом делает партиционирование по временным интервалам и ещё одному выбранному пользователем столбцу. Во всём остальном постгрес со всеми плюшками и преферансом.

anonymous
()

В этом релизе поддерживаются Windows, FreeBSD, и NetBSD и добавлена поддержка Prometheus

линуксокапец?

MyTrooName ★★★★★
()
Ответ на: комментарий от Bobby_

ключи - временные метки

с очень высокой скоростью

Временные метки быстрее какого-нибудь типичного serial?

micronekodesu ★★★
()
Ответ на: комментарий от mos

там даже по дефолту типы данных для этого есть

Это что показатель производительности? Много у кого есть такой тип данных. Ничего в нем «особо умного» нет.

anc ★★★★★
()
Ответ на: комментарий от anonymous

Это расширение для PostgreSQL

ну, вот. а то «база данных, база данных». Ушлые ребята, написали пару скриптов и уже выдают как самостоятельный продукт. Это как обои нарисовать и выложить как новую ОС.

anonymous
()

я что то не понимаю ... это база данных в которой ключевое поле это время .... в чем прикол?

I_one
()
Ответ на: комментарий от I_one

Тоже ничего не понял. Ну, пусть будет, раз кто-то юзает ещё :)

th3m3 ★★★★★
()
Ответ на: комментарий от theNamelessOne

Занятно, что это по сути расширение PostgreSQL, отсюда и «полностью поддерживает SQL».

Только хотел спросить «чем оно лучше Постгреса?».

А какие в данном случае критерии «enterprise-ready»?

Запускается и не падает?

WatchCat ★★★★★
()
Ответ на: комментарий от sloan

тебе же написали - 1 млн. событий в секунду. Если 100 клиентов пишут параллельно получается субмиллисекундый диапазон.

Bobby_
() автор топика
Ответ на: комментарий от I_one

Прикол в том, что если ты возьмёшь обычный постгрес и заставишь его логировать данные с потоком млн. событий в секунду, он загнётся. Пусть не сразу. А это расширение, поскольку оптимизировано именно под хранение времени, с большой вероятностью не загнётся.

Aceler ★★★★★
()

Эх, где всё это было в 2005 году, когда мы в оракловую БД писали логи от АСУ ТП...

hobbit ★★★★★
()

Prometheus же сама по себе TSDB. Я правильно понял, что сабж можно использовать как архивное хранилище для прометея?

anonymous
()
Ответ на: комментарий от vasya_pupkin

темпоральная

Прочитал как «терморектальная»

тахионая

anonymous
()

первая в мире открытая enterprise-ready темпоральная (time-series database) база данных

Niet. Это просто тупой шардинг таблиц в постгресе по времени.

Настоящие TSDB - это Prometheus, InfluxDB или тот же ClickHouse, например.

anonymous
()
Ответ на: комментарий от anonymous

Prometheus оттого и придумали, что складывать темпоральные данные в пострес - тупо и неэффективно.

Прикручивать к нему обратно постргрес - это настолько максимум тупо, что прям энтерпрайз-левел тупо. Посему успех неизбежен.

anonymous
()
Ответ на: комментарий от theNamelessOne

наверное... по дефолту есть типы для сетевых адресов и геометрические типы вроде круга и линии.

mos ★★☆☆☆
()
Ответ на: комментарий от bytecode

Ну а в чем разница с обычым Sql, где в поле ключа автоинкрмент или текущее время с заданной точностью?

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

У сабжа - ни в чём, это просто автоматическая шардилка для постгреса.

Специализированные БД обычно хранят данные по столбцам и в максимально компактном виде. И оптимизируются под максимально быстрый sequential scan. Потому что произвольную агрегацию по времени иначе не сделаешь. А быстрый sequantial scan - это именно то, что постгрес делать в принципе не способен.

anonymous
()
Ответ на: комментарий от Bobby_

А потом такой открываешь для себя ClickHouse...

...и оказывается, что логи внезапно занимают в десять раз меньше места, запросы выполняются в 100 раз быстрее, а кластер как-то и не нужен.

anonymous
()
Ответ на: комментарий от anonymous

Уточнение. Не ненавижу, а не люблю. Не всё русское, а чушь, которую пишут анонимусы, в том числе и не относящуюся к обсуждаемой теме.

Partisan ★★★★
()
Ответ на: комментарий от Aceler

Уже столько лет любопытство разбирает: какой сцуко архитектор строил СМЭВ? Несколько килобайт xml с полезной нагрузкой в пару букв - норма вещей. Конские мощности тратятся на сериализацию/десериализацию, канонизацию (теперь ещё дополнительную). Никто не обратил внимание на те же сертификаты, которые тыщу лет в asn.1 не имеют этих проблем? Хотя бы...

parihaaraka
()
Ответ на: комментарий от parihaaraka

Не знаю.

Есть теория, что никто, потому что каждый год разработчик выбирается через конкурс и он запросто мог быть каждый год новый.

Aceler ★★★★★
()
Ответ на: комментарий от parihaaraka

в asn.1 не имеют этих проблем?

asn.1, кстати, довольно смешная штука с точки зрения поддержки русского языка. Ну то есть в стандарте просто не описано, в какой кодировке должны быть строки, а далеко не все библиотеки знают, что там может быть что-то, отличное от ASCII.

Aceler ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.