https://mobile.opennet.me/openforum/vsluhforumID3/105834.html Представлен (http://blog.mongodb.org/post/134796516338/announcing-mongodb-32-now-generally-available) стабильный выпуск высокопроизводительной и высокомасштабируемой документо-ориентированной СУБД MongoDB 3.2, которая занимает нишу между быстрыми и масштабируемыми системами, оперирующими данными в формате ключ/значение, и реляционными СУБД, функциональными и удобными в формировании запросов. Код MongoDB написан на языке C++ и распространяется в рамках лицензии AGPLv3. Сборки MongoDB 3.2.0 сформированы (https://www.mongodb.org/downloads) для Linux, Solaris, Windows и OS X.<br><br><br><br><br>MongoDB поддерживает хранение документов в JSON-подобном формате, имеет достаточно гибкий язык для формирования запросов, может создавать индексы для различных хранимых атрибутов, эффективно обеспечивает хранение больших бинарных объектов, поддерживает журналирование операций по изменению и добавлению данных в БД, может работать в соответствии с парадигмой Map/Reduce, поддерживает репликацию и построение отказоустойчивых конфигураций. https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#82 Sun, 13 Dec 2015 15:09:22 GMT &gt;2. когда надо низкий оверхэд.<br><br>Такой? Лол.<br><br><br>http://habrahabr.ru/post/272735/<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#81 Fri, 11 Dec 2015 17:36:15 GMT &gt; Постгря - хорошая база и далеко не везде надо пихать NoSQL.<br>&gt; Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически. <br><br>NoSQL надо, когда:<br>1. когда надо РАСПРЕДЕЛЕННОЕ. без точек отказа. и масштабирующее нагрузку.<br> SQL - не может. максимум - репликация и тпю<br>2. когда надо низкий оверхэд.<br>3. когда просто логика банальна, исчезающе мала(но это в основном эмбеддовка. и то, только стартовый конфиг)и соотв нужда в SQL - равна 0.<br><br>во всех Остальных случаях - SQL - заруливает Все и вся.<br><br>отдельный случай - Гибридные системы. вроде распределенных SQL-серваков. но это очень "отдельный зверь" и на эту тему книгу надо писать(имеющиеся - довольно поверхностно тему описывают).<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#80 Fri, 11 Dec 2015 17:32:46 GMT блинг на нем шикраный написали как-то )<br>еще эмбеддовка была в другой компании(телефонная хреновина развесистая(причем не только VoIP, 5-в-1 аж)).<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#79 Fri, 11 Dec 2015 08:41:57 GMT &gt; Постгря - хорошая база и далеко не везде надо пихать NoSQL.<br><br>Я на последней работе так и сделал после мытарств с этой ;%*$ монгой -- положил всё в PostgreSQL тупо в один столбец типа jsonb.<br>Проверил скорость -- в 2-3 раза быстрее стало :) Я сначала не поверил даже.<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#78 Thu, 10 Dec 2015 17:16:36 GMT Для описания частных случаев не используют слово "любой".<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#76 Thu, 10 Dec 2015 15:58:05 GMT Постгря - хорошая база и далеко не везде надо пихать NoSQL.<br><br>Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически.<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#75 Thu, 10 Dec 2015 15:57:20 GMT &gt; Миллион записей в минуту это проблема? На MSSQL работал и что-то не помню с этим проблем.<br><br>а теперь расскажи сколько 8-core nodes в твоём кластере :)<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#72 Thu, 10 Dec 2015 15:11:22 GMT &gt; пруф в студию <br><br>Кластер по определению не надежнее. В нем частей больше.<br><br>Ну и всяко не производительней, а всего лишь лучше масштабируется.<br> https://mobile.opennet.me/openforum/vsluhforumID3/105834.html#69 Thu, 10 Dec 2015 11:44:34 GMT не поверишь, но в некоторых интерпрайз продуктах (ПАК) та же касандра используется.<br>