https://slinkov.ru/openforum/vsluhforumID3/122766.html Опубликован выпуск СУБД TimescaleDB 2.0, предназначенной для хранения и обработки данных в форме временного ряда (срезы значений параметров через заданные промежутки времени, запись образует время и набор соответствующих этому времени значений). Подобная форма хранения оптимальна для таких применений как системы мониторинга, торговые платформы, системы сбора метрик и состояний датчиков. Предоставляются средства для интеграции с проектом Grafana и Prometheus. Проект TimescaleDB реализован в виде расширения к PostgreSQL и распространяется под лицензией Apache 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54308<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#41 Tue, 29 Dec 2020 13:45:57 GMT Ну во первых выступление мне не нужно (нет такой потребности), во вторых утверждение о том, что на выступлениях не уворачиваются от вопросов - ложно.<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#40 Tue, 29 Dec 2020 13:41:55 GMT А я не стремился приводить все случаи, одного примера достаточно.<br>При минимуме информации делать выводы, утверждать "как...надо" и давать примитивные советы - глупость, уймите её в себе.<br><br>Ну и между прочим - это не я про "огромный класс задач" распинался. Моё возражение было про то, что и без geospartial-функций на уровне СУБД можно вполне обходиться, быстродействие СУБД может быть более приоритетным, чем наличие в ней вспомогательных функций.<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#39 Tue, 29 Dec 2020 06:30:05 GMT А, тогда выступите с докладом на Highload++, там Вы хоть от вопросов не увернётесь, а то здесь ни на один не ответили прямо, только уход.<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#38 Tue, 29 Dec 2020 06:26:39 GMT Вы не ответили на вопрос - в каких случаях.<br>1. При запросах 2000 в секунду - как раз в базе и надо выполнять предрасчёты, чтобы не тянуть всё в приложение.<br>2. При объёмах 80-100 Gb тем более, если Вы действительно всё в память приложения загоняете, то Вам нужно либо архитектуру приложения пересматривать, либо менять профессию.<br>3. Сходите на Highload++, что ли, чтобы понимать, как и почему делаются такие приложения.<br><br>Хотя да, у Вас же есть слово "realtime", оно должно пугать неопытных разрабов, аргументище.<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#37 Mon, 28 Dec 2020 16:37:51 GMT &gt; Если ответ на оба вопроса - да<br><br>Да.<br><br>&gt; в каких случаях расчёты TimeSeries и GeoSpatial происходят "на apps"? <br><br>80G-100G в сутки с realtime детектированием пересечения геолокаций и 180млн запросов в сутки достаточно для пересмотра методов хранения и оперирования данными, ну и вашей риторики?<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#36 Mon, 28 Dec 2020 15:49:48 GMT У кого-то воображение разыгралось. Я не набрасывался на аргументы, а возразил на один единственный. Мне не нужно спрашивать, я знаю в каких случаях нужно применять timeseries и geopartial и где есть профит от pg с расширениями.<br><br>&gt; Что, у VictoriaMetrics настолько плохо с маркетингом?<br><br>без понятия<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#35 Mon, 28 Dec 2020 15:41:21 GMT Никакого отношения к victoriametrics не имею. Так что мимо. И как не называй, костыль, он от этого костылём не перестаёт быть. И да view и mview это тоже костыли, суть которых компенсировать ограничения RDBMS. А вот ХП - это уже функциональность, суть - возможность реализовать расширенную логику на уровне СУБД.<br>Мир про РСУБД давно понял, потому есть другие DBMS.<br><br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#34 Mon, 28 Dec 2020 08:06:51 GMT &gt; Меньше верьте рекламным статьям, Сэр )<br><br>Так он их и пишет, вот и продвигает свой продукт - он PR-менеджер.<br><br>А судя по его аргументам, использовать оба продукта под реальной нагрузкой на проде никогда не пробовал.<br> https://slinkov.ru/openforum/vsluhforumID3/122766.html#33 Mon, 28 Dec 2020 07:59:28 GMT 1. Вы когда-нибудь бэкенд-разработкой занимались?<br>2. Вы когда-нибудь высоконагруженный сервис поддерживали?<br><br>Если ответ на оба вопроса - да, то расскажите, пожалуйста, в каких случаях расчёты TimeSeries и GeoSpatial происходят "на apps"? А то мы, бедненькие бэкендеры, оказывается, не знаем как правильно, следим за потреблением памяти приложения, чтобы оно за гигабайты не сильно выходило, а вон оно как - надо базугнать в приложение и уже там ворочать данными, SQL не нужен, GeoSpatial не нужен, материалиованные представления не нужны, всё надо в памяти при каждом запросе считать.<br>