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

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

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

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

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

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

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

Это Ъ enterprise.

Что за темпоральная база данных,напиши, пожалуйста.

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

Из этого определения ничего не понятно

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

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

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

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

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

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

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

Просто ТС кривой: https://github.com/timescale/timescaledb#installation

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ты инженер или где?

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

с каким мин шагом?

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

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

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

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

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

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

тахионая

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

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

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

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

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

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

А ты не путаешь с PostGIS?

Ну да, когда мы госуслуги корячили, нам бы тоже пригодилось бы.

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

СМЭВаете?

СМЭВали.

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

скорость и масштабирумость на кластере

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

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

сколько лет потребовалось на получение одобрямса?)) на сраный oauth в госуслуги that is

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

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

В смысле? Мы сами услуги администрировали, нам в ЕСИА у самих себя получать ничего не надо было :-)

Лол

И вообще, это не телефонный разговор :-)

ClickHouse

Это не tsdb

Обоснуй.

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

Потом открываешь для себя, что ClickHouse - это разработка фирмы Yandex, потом закрываешь для себя ClickHouse.

Просто вы ненавидите всё Русское.

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

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

Не знаю.

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

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

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

Кто-то сказал убунту?

Миллион в секунду это совсем не много, по сегодняшним меркам