The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз документо-ориентированной СУБД MongoDB 3.2

09.12.2015 09:42

Представлен стабильный выпуск высокопроизводительной и высокомасштабируемой документо-ориентированной СУБД MongoDB 3.2, которая занимает нишу между быстрыми и масштабируемыми системами, оперирующими данными в формате ключ/значение, и реляционными СУБД, функциональными и удобными в формировании запросов. Код MongoDB написан на языке C++ и распространяется в рамках лицензии AGPLv3. Сборки MongoDB 3.2.0 сформированы для Linux, Solaris, Windows и OS X.

MongoDB поддерживает хранение документов в JSON-подобном формате, имеет достаточно гибкий язык для формирования запросов, может создавать индексы для различных хранимых атрибутов, эффективно обеспечивает хранение больших бинарных объектов, поддерживает журналирование операций по изменению и добавлению данных в БД, может работать в соответствии с парадигмой Map/Reduce, поддерживает репликацию и построение отказоустойчивых конфигураций.

В MongoDB имеются встроенные средства по обеспечению шардинга (распределение набора данных по серверам на основе определенного ключа), комбинируя который репликацией данных можно построить горизонтально масштабируемый кластер хранения, в котором отсутствует единая точка отказа (сбой любого узла не сказывается на работе БД), поддерживается автоматическое восстановление после сбоя и перенос нагрузки с вышедшего из строя узла. Расширение кластера или преобразование одного сервера в кластер производится без остановки работы БД простым добавлением новых машин.

Особенности нового выпуска:

  • Средства проверки корректности структуры и содержимого документов, реализованные через привязку к документам специального валидатора, определяющего правила для проверки типов, полей и значений;
  • Новый движок хранения с шифрованием данных (только для MongoDB Enterprise);
  • Новый движок хранения для систем реального времени, размещающий все данные в оперативной памяти;
  • Использование SpiderMonkey в качестве JavaScript-движка для mongo shell и сервера mongod;
  • Новый модуль для сопряжения с системами бизнес-аналитики, такими как Tableau и Qlikview;
  • Compass - графический интерфейс для управления MongoDB, визуализации, изучения данных и формирования выборок без необходимости применения языка запросов MongoDB;
  • Новая система визуального профилирования выполнения запросов, позволяющая оценить возникающие задержки и выделить медленные запросы к БД;
  • Поддержка частичных индексов, включающих только выборочные документы на основании заданного при создании индекса фильтра;
  • Использование по умолчанию движка хранения WiredTiger вместо ранее используемого движка MMAPv1. WiredTiger отличается высоким уровнем масштабуемости на многоядерных системах, предсказуемым временем обработки запроса, не зависящим от числа записей в базе, возможностью блокировки записей на уровне документов и поддержкой хранения данных в сжатом виде;
  • Возможность комбинировать данные из нескольких коллекций документов при помощи оператора $lookup, реализующего слияния типа "left outer join".


  1. Главная ссылка к новости (http://blog.mongodb.org/post/1...)
  2. OpenNews: Выпущен Percona Server для MongoDB
  3. OpenNews: Доступна документо-ориентированная СУБД MongoDB 3.0
  4. OpenNews: Около 40 тысяч серверов MongoDB доступны без аутентификации
  5. OpenNews: Разработчики MongoDB получили 150 млн долларов инвестиций
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/43483-mongodb
Ключевые слова: mongodb, nosql
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (64) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:57, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Внятное управление потребляемой памяти сделали?
     
  • 1.2, j. dredd (?), 10:41, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    compass только для шиндошс 7 и осх
     
     
  • 2.52, Илья (??), 23:24, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это потому что в виндовс нормальный GUI SDK есть.
     
  • 2.56, mumu (ok), 01:33, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По скриншотам на веб-морду похоже. Если не веб, то оооочень странно.
     

  • 1.3, Аноним (-), 10:57, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    очередная ненужная технология( сколько уже было касандр, коучдб и всяких монго, только почему тогда если это такие прорывные технологии их используют 2,5 анонимуса? если хочется мощности бери SQL, если хочется простоты бери LDAP, а эту приблуду не бери во век не отмоешься)
     
     
  • 2.5, Аноним (-), 11:22, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну используем в продакшене, миллионы записей в минуту на обычном сервере может обеспечить только монга. С чего ты взял, что оно никому не нужно?
     
     
  • 3.6, Аноним (-), 11:31, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я не сказал что никому, я сказал нужно очень ограниченному числу(2,5)) но то как подается MongoDB как лекарство от всех болезней, все эти крики "NoSQL-круто, SQL-рип" и прочие бредни просто вымыкают( кстати на счет миллиона записей в минуту на обычном сервере, попробуют OpenLDAP последних версий, потянет только так)
     
     
  • 4.15, Аноним (-), 12:16, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда openldap научиться не тормозить при просмотре прав? Десяток тысяч записей стягивает по пол часа. Всю его производительность убивает то, что он не кэширует права, а для каждой записи определяет заново.
     
     
  • 5.24, Аноним (-), 12:41, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в последних версиях тормозов не наблюдал
     
  • 3.7, Аноним (-), 11:33, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Mysql легко дает десятки тысяч записей в секунду на таблицах в памяти.
     
     
  • 4.10, Аноним (-), 12:00, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю как в 5.7, но в 5.6 аналог set, реализованный на sql, у меня сжирал проц на 100% этапе парсинга.
     
     
  • 5.11, Аноним (-), 12:07, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    MySQL единым живы? что больше нет SQL? Firebird, PostgreSQL, форки MySQL это только из свободного
     
     
  • 6.13, Аноним (-), 12:12, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Форки не далеко ушли от MySQL. Если конкретнее, то Percona сама заявила что уходить не собирается. MariaDB только подкручивает внешние бирюльки.
     
     
  • 7.22, Аноним (-), 12:38, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    хочешь энтерпрайза из мира opensourse бери Firebird(Interbase в девичестве), а если ты будешь в кровавом MySQL юзать, добра не жди.
     
     
  • 8.37, Аноним (-), 18:45, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Никто ничего не хочет Не надо искать везде скрытый смысл ... текст свёрнут, показать
     
  • 8.67, Чаёвник (?), 14:00, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Единственная ниша FB - студенческие поделки на Delphi с переносимой БД для тех ... текст свёрнут, показать
     
  • 3.49, Dzmitry (??), 21:10, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да? А у нас как раз-таки тормозила по сравнению с PostgreSQL.
     
  • 3.53, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну используем в продакшене, миллионы записей в минуту на обычном сервере может
    > обеспечить только монга. С чего ты взял, что оно никому не
    > нужно?

    Миллион записей в минуту это проблема? На MSSQL работал и что-то не помню с этим проблем.

     
     
  • 4.75, . (?), 18:57, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Миллион записей в минуту это проблема? На MSSQL работал и что-то не помню с этим проблем.

    а теперь расскажи сколько 8-core nodes в твоём кластере :)

     
  • 3.62, Роман (??), 11:22, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну используем в продакшене, миллионы записей в минуту на обычном сервере может
    > обеспечить только монга. С чего ты взял, что оно никому не
    > нужно?

    В Tarantool (http://tarantool.org) можно делать миллионы в СЕКУНДУ на одном ядре обычного ноутбука.

     
  • 2.8, Аноним (-), 11:55, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –6 +/
    SQL на множестве простых запросов загибается, вот и всё.
     
     
  • 3.9, Аноним (-), 11:59, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Оракель что-то не загибается, так что SQL SQLлю рознь...
     
     
  • 4.14, Аноним (-), 12:13, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь обсуждаются свободные базы?
     
     
  • 5.19, Аноним (-), 12:27, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    здесь обсуждаются технологии)
     
  • 4.17, Классический Анонимус (?), 12:21, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оракель фуфло. Смысл его использовать только если с тобой откатами делятся. В Яндексе вон планомерно с Оракла на Постгри уходят.
     
     
  • 5.20, Аноним (-), 12:33, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    только не надо рассказывать... будет как всегда, СПО базам дадут какой нибудь нетребовательный к производительности и надежности класс задач, а вот все самое вкусное будет крутится все на той же проприоритарщине( еле выговорил, фух!
     
     
  • 6.39, . (?), 19:01, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не - ну раз ты сказал то конечно ... расходимся пацаны! :)
     
  • 6.45, SunXE (ok), 19:42, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тут как с железом, например мощную и надежную санку меняют на кластер дешевых x86. То же самое и с софтом. Вместо дорогих энтерпрайзных баз делают кластера на бесплатном софте. Обеспечивая мощность и стабильность.
     
     
  • 7.47, Аноним (-), 19:51, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    пруф в студию
     
     
  • 8.72, Аноним (-), 18:11, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кластер по определению не надежнее В нем частей больше Ну и всяко не производи... текст свёрнут, показать
     
  • 5.46, Аноним (-), 19:43, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О да, они писали об этом. И к слову графики выкладывали где сравнивали Oracle, PostgreSQL И MySQL на своей нагрузке. И чё то не в пользу последних.
     
     
  • 6.50, Dzmitry (??), 21:12, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > О да, они писали об этом. И к слову графики выкладывали где
    > сравнивали Oracle, PostgreSQL И MySQL на своей нагрузке. И чё то
    > не в пользу последних.

    Ну, по сравнению с Монгой любая из них быстрее.

     
  • 4.27, Аноним (-), 13:04, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сайт всё еще называется OpenNET, причем здесь ваш Оракель? Если бы у всех были средства на него, тут бы наверно не обсуждали MySQL.
     
     
  • 5.30, Аноним (-), 13:20, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я не призываю к покупку Oracle DB я просто утверждаю тот факт что SQL может нагнуть любой NoSQL
     
     
  • 6.33, rob pike (?), 15:10, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И любой NoSQL может нагнуть любой SQL.

    В зависимости от требований, обстоятельств, и главное - кто, как и в какой руке их держит.

     
     
  • 7.44, Аноним (-), 19:37, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    NoSQL может нагнуть SQL я согласен, только какой ценой? ценой нулевой функциональности? завязуй
     
     
  • 8.48, Аноним (-), 20:42, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разговор в сторону уходит Не всегда нужна функциональность SQL Другое дело что... текст свёрнут, показать
     
     
  • 9.58, rob pike (?), 04:32, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя Скорость - цена универсальности ... текст свёрнут, показать
     
     
  • 10.61, Аноним (-), 10:55, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В общем случае да, в частном - нет ... текст свёрнут, показать
     
     
  • 11.78, rob pike (?), 20:16, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для описания частных случаев не используют слово любой ... текст свёрнут, показать
     
  • 9.59, Классический Анонимус (?), 05:17, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    SQL, неSQL Objectivity DB - базка для объектных данных что очень удобно для ... текст свёрнут, показать
     
  • 7.51, Dzmitry (??), 21:14, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И любой NoSQL может нагнуть любой SQL.
    > В зависимости от требований, обстоятельств, и главное - кто, как и в
    > какой руке их держит.

    Лол.
    Нет, по многим фичам. Join-ы, например, ACID.

     
     
  • 8.57, rob pike (?), 04:30, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ACID перпендикулярен SQLности От джойнов и в реляционных БД часто уходят и час... текст свёрнут, показать
     
     
  • 9.65, Аноним (-), 13:22, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    NoSQL в любом случае кривой, такова его природа ... текст свёрнут, показать
     
  • 3.54, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > SQL на множестве простых запросов загибается, вот и всё.

    Запросы кривые

     
  • 3.63, Роман (??), 11:34, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > SQL на множестве простых запросов загибается, вот и всё.

    Тут дело не в том, что SQL или NoSQL. SQL, конечно, дает огромный overhead на парсинг запроса, оптимизатор и т.п., но основные проблемы тут дают устаревшие технологии хранения, основанные на B-деревьях. Любой WiredTiger (или чего там этот webscale теперь юзает) или прочая там София в тарантуле порвет классическое блочное дерево на запись.


     
  • 2.31, Аноним (-), 13:52, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > если хочется простоты бери LDAP
    > простоты
    > LDAP

    настало время ох*ительных историй...

     
     
  • 3.32, Аноним (-), 14:29, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    поправил "Если хочешь легковесности бери LDAP"... прааативый
     
  • 2.38, arka (?), 18:57, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Объясните мне, пожалуйста, при чём здесь LDAP и NoSQL ?
     
     
  • 3.43, Аноним (-), 19:25, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    они обе используются не по назначению)
     
  • 3.55, Илья (??), 23:26, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Объясните мне, пожалуйста, при чём здесь LDAP и NoSQL ?

    LDAP это SQL?

     
     
  • 4.60, Аноним (-), 07:02, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    NoSQL имеет такое же отношение к SQL как LDAP)
     
  • 2.69, Fogg (?), 14:44, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    не поверишь, но в некоторых интерпрайз продуктах (ПАК) та же касандра  используется.
     

  • 1.4, Andrey Mitrofanov (?), 11:00, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    http://www.databasesoup.com/2015/12/meet-newest-member-of-postgresql.html
     
  • 1.16, Аноним88 (?), 12:20, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    оно уже научилось запускаться в контейнере?
     
  • 1.23, rob pike (?), 12:39, 09/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Новый модуль для сопряжения с системами бизнес-аналитики, такими как Tableau и Qlikview
    > MongoDB will be shipping PostgreSQL as its "legacy BI connector" in version 3.2, using PostgreSQL+Multicorn FDW as a wrapper to connect SQL-based BI systems to Mongo.
     
     
  • 2.64, Роман (??), 11:37, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Новый модуль для сопряжения с системами бизнес-аналитики, такими как Tableau и Qlikview
    >> MongoDB will be shipping PostgreSQL as its "legacy BI connector" in version 3.2, using PostgreSQL+Multicorn FDW as a wrapper to connect SQL-based BI systems to Mongo.

    Постгря - хорошая база и далеко не везде надо пихать NoSQL.

     
     
  • 3.66, Аноним (-), 13:24, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    firebird наше все!!!
     
     
  • 4.68, Andrey Mitrofanov (?), 14:13, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > firebird наше все!!!

    firebird ваше FDW, мы поняли. Не кричите, пациент.

     
     
  • 5.80, Аноним (-), 20:32, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    блинг на нем шикраный написали как-то )
    еще эмбеддовка была в другой компании(телефонная хреновина развесистая(причем не только VoIP, 5-в-1 аж)).
     
  • 3.76, Аноним (-), 18:58, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Постгря - хорошая база и далеко не везде надо пихать NoSQL.

    Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически.

     
     
  • 4.81, Аноним (-), 20:36, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Постгря - хорошая база и далеко не везде надо пихать NoSQL.
    > Memcached отлично помогает Postgre. Nginx еще и больше ничего не надо практически.

    NoSQL надо, когда:
    1. когда надо РАСПРЕДЕЛЕННОЕ. без точек отказа. и масштабирующее нагрузку.
       SQL - не может. максимум - репликация и тпю
    2. когда надо низкий оверхэд.
    3. когда просто логика банальна, исчезающе мала(но это в основном эмбеддовка. и то, только стартовый конфиг)и соотв нужда в SQL - равна 0.

    во всех Остальных случаях - SQL - заруливает Все и вся.

    отдельный случай - Гибридные системы. вроде распределенных SQL-серваков. но это очень "отдельный зверь" и на эту тему книгу надо писать(имеющиеся - довольно поверхностно тему описывают).


     
     
  • 5.82, Аноним (-), 18:09, 13/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >2. когда надо низкий оверхэд.

    Такой? Лол.


    http://habrahabr.ru/post/272735/

     
  • 3.79, dlazerka (ok), 11:41, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Постгря - хорошая база и далеко не везде надо пихать NoSQL.

    Я на последней работе так и сделал после мытарств с этой ;%*$ монгой -- положил всё в PostgreSQL тупо в один столбец типа jsonb.
    Проверил скорость -- в 2-3 раза быстрее стало :) Я сначала не поверил даже.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру