https://www.opennet.dev/openforum/vsluhforumID3/102172.html Доступен (http://rethinkdb.com/blog/2.0-release/) выпуск документо-ориентированной СУБД RethinkDB 2.0 (http://rethinkdb.com/), нацеленной на хранение данных в формате JSON и предоставляющей специализированный язык запросов ReQL. Выпуск RethinkDB 2.0 позиционируется как первый релиз, пригодный для промышленного внедрения. Код СУБД написан на языке С++ и распространяется (https://github.com/rethinkdb/rethinkdb/) под лицензией AGPLv3. Библиотеки для работы с RethinkDB официально предоставляются для JavaScript, Python и Ruby, неофициально сообществом развиваются (http://rethinkdb.com/docs/install-drivers/) драйверы для многих других языков, включая C++, PHP, Perl и Go.<br><br><br><br>Ключевым отличием RethinkDB от других СУБД является реализация обратной модели доставки результатов запроса. Если традиционная модель "запрос-ответ" требует для отслеживания изменений периодической повторной отправки запросов, то RethinkDB позволяет подписаться на изменения (push-архитектура), т.е. даёт возможность отправить запрос один р https://www.opennet.dev/openforum/vsluhforumID3/102172.html#37 Fri, 20 May 2016 08:29:18 GMT интересная штука на самом деле. с простым и логичным применением :=)nested обтектные поверх сеансового/событийного - смотрится колоритно. надо еще нативных ЯП поддержку расширять. я бы забрал фортрана и хаскеля и мб эрангда, наверное. про логику(процедуры)в теле запроса - потенциально головная боль для развивающих, но идея свежая =)<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#36 Sun, 14 Jun 2015 10:41:10 GMT &gt; Не несите чушь про слив. В pg jsonb дополнительный тип и не <br>&gt; кто в здравом уме не будет его пихать по все дыры. <br>&gt; С монго совсем друга история. Поражает дурость людская и попытки забивать <br>&gt; гвозди микроскопом. А можно я буду забивать гвозди микроскопом? Можно разрешаю, <br>&gt; но не рекомендую.<br><br>)))) Там всё -- "дополнительный тип". Чем и ценна.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#35 Sun, 14 Jun 2015 10:34:57 GMT &gt; Вы кажетесь расстроенным. Обидно наверное что революционной фичей всякие проприетарщики <br>&gt; пользуются уже давно.<br><br>Вернее, не пользуются ))) В силу того, что практически подобное оказывается невостребованным совершенно.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#34 Sun, 14 Jun 2015 10:33:46 GMT В любой СУБД, в которой есть процедурные расширения, сделать аналог Наблюдателя не составляет труда. Но зачем это нужно? Это создаёт совершенно нерациональную инфраструктуру, которая банально 99% времени просто простаивает. Поэтому ни в одной "взрослой" СУБД подобная функциональность не стала востребованной, хотя в разные годы и предлагалась довольно назойливо.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#33 Fri, 24 Apr 2015 06:52:27 GMT Вы кажетесь расстроенным. Обидно наверное что революционной фичей всякие проприетарщики пользуются уже давно.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#32 Wed, 22 Apr 2015 12:54:17 GMT Сами используете, или слухи?<br><br>Если сами используете, то поделитесь опытом/наблюдениями, пожалуйста. Очень любопытно.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#31 Wed, 22 Apr 2015 12:52:54 GMT Таки не несите чушь про Постгрес. В постгресе добрая часть всех возможностей - &#171;дополнительные&#187;. Пользуйтесь MySQL ISAM, если дополнительные возможности не нужны )))<br><br>Лезут тут всякие, панимашь, гвозди забивать без молотка. Молоток им, видите ли, слишком круто для забивания гвоздей.<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#30 Wed, 22 Apr 2015 05:39:45 GMT Тупорылый далбаеб, что ты несеш<br> https://www.opennet.dev/openforum/vsluhforumID3/102172.html#29 Tue, 21 Apr 2015 20:22:20 GMT PostgreXL<br>