forum.opennet.ru

"Выпуск СУБД TimescaleDB 2.0"

Форум Разговоры, обсуждение новостей
Версия для распечатки	Пред. тема \| След. тема

Исходное сообщение

[ Отслеживать ]

Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.

. "Выпуск СУБД TimescaleDB 2.0"	+3 +/–
Сообщение от Виталий (??), 24-Дек-20, 14:06
> жрет disk IO быстро гробит SSD диски Откуда такая информация?! >- тормозит на HDD Вообще-то оно ускоряет вставку в тот же postgresql (т.е если вы пишете в postgresql без timescaledb и с timescaledb - у вас результаты будут лучше с timescaledb) >- плохо сжимает данные, поэтому требует много дискового пространства по сравнению с другими TSDB Опять странная информация, откуда она? На голом postgesql у меня набор данных занимал 307GB, после сжатия стало 41GB - это очень "не плохо". > тормозит на больших объемах данных Он предназначен для работы в PostgreSQL - на объемах для postgresql - вообще не тормозит, на оборот, ускоряет работу PostgreSQL. >Поэтому лучше использовать VictoriaMetrics Чем лучше? Как там у VictoriaMetrics c Geospacial данными или хотя бы транзакциями? PS Нету лучшей и худшей БД, нужно всегда смотреть что лучше подходит под конкретную задачу.
Ответить \| Правка \| Наверх \| Cообщить модератору

Оглавление

Выпуск СУБД TimescaleDB 2.0, opennews, 24-Дек-20, 10:51 [смотреть все]

Если бы как вариант движка для MySQL запилили - можно было бы щупать А так - ну,, Аноним, 24-Дек-20, 10:51 (1) //
- Нда Заплати и сделают Хоть к sqlite, 1, 24-Дек-20, 10:52 (2)
- Так TimeSeries это про производительность, где очень много записей на единицу вр, Аноним, 24-Дек-20, 12:02 (11) //
  - товарищ не довёл до логического гм конца - нужно не для MySQL, а на SQL Server Б, mos87, 24-Дек-20, 12:26 (12)
Встречал только однажды как бд под немаленький заббикс, на замену штатному постг, Omnonm, 24-Дек-20, 10:55 (3) //
- Котировки тикетов, Вшталик, 24-Дек-20, 11:55 (8)
- Так любой кейс, где нужны TimeSeries - данные с датчиков очень много предметных, Аноним, 24-Дек-20, 11:58 (10)
- Любые данные где есть время и сами данные не должны меняться аудит когда кто ч, Виталий, 24-Дек-20, 12:41 (13)
- Главный плюс TimescaleDB - она работает поверх Postgresql Это значит, что польз, valyala, 24-Дек-20, 13:14 (15) //
  - Впечатляет, но эти тесты показывают как оно работает из коробки под ваши задачи , PetrG, 24-Дек-20, 14:05 (16)
  - Откуда такая информация Вообще-то оно ускоряет вставку в тот же postgresql т е , Виталий, 24-Дек-20, 14:06 (17) //
    - Из статьи, на которую приведена ссылка в предыдущем комментарии TimescaleDB пози, valyala, 24-Дек-20, 16:54 (22)
      - Насчёт плюсов и минусов Вы правы ну, почти Только насчёт лучше использовать м, Аноним, 25-Дек-20, 10:00 (25)
        
        Что-ты несёшь Континиус агрегаты - это как раз костыль что-бы компенсировать, RNZ, 25-Дек-20, 21:25 (29)
        
        Так раз ты PR-щик VictoriaMetrics, скажи менеджерам, чтобы разрабы реализовали , Аноним, 28-Дек-20, 10:55 (32)
        
        Никакого отношения к victoriametrics не имею Так что мимо И как не называй, ко, RNZ, 28-Дек-20, 18:41 (35)
      - Там нет никакой информации о том, как был настроен postgresql - Вы верите статье, Yilativs, 25-Дек-20, 20:30 (28)
        
        Да ладно Посчитать на apps религия не позволяет И в timescaledb geospartial то, RNZ, 25-Дек-20, 21:34 (30)
        
        Вот ведь открытие Так об этом и речь, что обычными SQL-запросами можно и TimeSe, Аноним, 28-Дек-20, 10:53 (31)
        
        У кого-то воображение разыгралось Я не набрасывался на аргументы, а возразил на, RNZ, 28-Дек-20, 18:49 (36)
        
        1 Вы когда-нибудь бэкенд-разработкой занимались 2 Вы когда-нибудь высоконагруж, Аноним, 28-Дек-20, 10:59 (33)
        
        Да 80G-100G в сутки с realtime детектированием пересечения геолокаций и 180млн з, RNZ, 28-Дек-20, 19:37 (37)
        
        Вы не ответили на вопрос - в каких случаях 1 При запросах 2000 в секунду - как , Аноним, 29-Дек-20, 09:26 (38)
        
        А я не стремился приводить все случаи, одного примера достаточно При минимуме ин, RNZ, 29-Дек-20, 16:41 (40)
        
        А, тогда выступите с докладом на Highload , там Вы хоть от вопросов не увернёте, Аноним, 29-Дек-20, 09:30 (39)
        
        Ну во первых выступление мне не нужно нет такой потребности , во вторых утвержд, RNZ, 29-Дек-20, 16:45 (41)
        
        Так он их и пишет, вот и продвигает свой продукт - он PR-менеджер А судя по его , Аноним, 28-Дек-20, 11:06 (34)
Чем оно лучше rrdtool , lockywolf, 24-Дек-20, 11:06 (4) //
- наверное тем, что хранит все данные , 1, 24-Дек-20, 11:09 (5) //
  - можно по-длиннее rrdtool, lockywolf, 24-Дек-20, 11:15 (6)
- Как вариант БД для логирования и трекинга транспорта можно использовать, Богдан Помазан, 24-Дек-20, 11:54 (7)
- Тем, что не нужно учить очередной DSL Плюс нет нужды в написании или поиске отде, Аноним, 24-Дек-20, 11:56 (9)
- Один из явных минусов rrdtool это GPLv2 И не надо ляля про локалхост-поделки , Аноним, 25-Дек-20, 08:40 (24)
Базы данных становятся все более мощными и более безумными, Аноним12345, 24-Дек-20, 13:11 (14)
Не нужно, есть influxdb и clickhouse , Аноним, 24-Дек-20, 14:06 (18) //
- Не в каждой компании есть время и ресурсы, чтобы учить дополнительные DSL и разв, Аноним, 24-Дек-20, 15:34 (21)
- Не нужно, есть TimescaleDB , Аноним, 24-Дек-20, 17:02 (23)
- У меня тоже первая мысль была - это же про кликхаус Теплый и ламповый , Аноним12345, 25-Дек-20, 15:40 (26)
- Clickhouse не конкурент, не самое лучшее решение для timeseries хотя идеальное , йо, 25-Дек-20, 18:40 (27)

Форумы | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру