Анонсирован (http://www.postgresql.org/about/news/1596/) первый публичный релиз открытой СУБД PipelineDB (http://www.pipelinedb.com/), предоставляющей средства для непрерывной обработки потока данных. PipelineDB основан на кодовой базе PostgreSQL 9.4 и полностью совместим с данной СУБД. Код проекта распространяется (https://github.com/pipelinedb/pipelinedb) через GitHub. Из дополнительных возможностей PipelineDB отмечается поддержка выполнения непрерывных SQL-запросов, вероятностные структуры данных, возможность слияния непрерывно наполняемых таблиц.
Основным элементом для непрерывной обработки данных выступает специальный тип представлений - CONTINUOUS VIEW, отличающийся от обычных представлений возможностью использования потоков в качестве источника данных для SELECT-запросов. По мере поступления новых данных в потоке, выдаваемый представлением вывод непрерывно обновляется. В качестве примеров областей применения непрерывных запросов можно отметить отслеживание в реальном времени активности в логах и оценка выполнения периодического опроса датчиков.URL: http://www.postgresql.org/about/news/1596/
Новость: http://www.opennet.me/opennews/art.shtml?num=42582
> В качестве примеров областей применения непрерывных запросов можно отметить отслеживание в реальном времени активности в логах и оценка выполнения периодического опроса датчиков.SQL головного мозга.
Терпимее надо быть. Для простых случаев - вполне нормально, взял кучу датчиков и сделал select average(temp), min(temp), max(temp) from ..., вместо написания полной программы сбора и обработки на чем-то низкоуровневом.
select min() ведь не вернёт результат, пока поток данных не закончится.
Откройте для себя window functions. Начните с lag.
Вот реальный SQL головного мозга: https://osquery.io/
Лучше SQL головного мозга, чем NoSQL пустого черепа.
Проблема с пустым черепом таки не в том, что там NoSQL
Но с NoSQL проблем становится уже две.
Реализация - странная, идея - хорошая. Унификация интерфейса - это хорошо и правильно.
А ты не сравнивай логи на своей домашней генточке и тысячу-полторы сообщений в секунду со всей сети. И почитай заодно значение слова «пример».
Я все правильно прочитал: "Пример SQL`я головного мозга". Но здесь наверно можно еще вылечить, а то я вот видел как люди SQL-серверы юзают для всего подряд: в качестве эдакого RabbitMQ, в качестве Redis. В этом примере вот rrdtool.
Ну если, как с PgQ, получается сильно лучше кролика - так почему бы нет.
Реквестую добавление фичи непостредственно в апстрим постгреса.
Какой фичи? Триггеров на INSERT? Они и так там есть.
> Какой фичи? Триггеров на INSERT? Они и так там есть...... а в нормальных СУБД были 35 лет назад.....
> In the early 1980s, Ingres competed head-to-head with Oracle. The two products were widely regarded as the leading hardware-independent relational database implementations; they had comparable functionality, performance, market share, and pricing, and many commentators considered Ingres to be a (perhaps marginally) superior product. From around 1985, however, Ingres steadily lost market share. One reason was Oracle's aggressive marketing
Это не надо в апстрим, это надо на CPAN, то есть http://pgxn.org
Нафоркали и ничего не работает в upstream ...
> Нафоркали и ничего не работает в upstream ...Когда ничего не работает - попробуйте выключить и включить компьютер.
Можешь виндоус переустановить для профилактики?
Попробуй.
Как работает select top 1 * from ... order by name если данные постоянно наполняются? Вот их больше и больше, и топ 1 меняется со временем. Вобщем не хватает примеров и подробностей.