MongoDB

MongoDB е свободно разпространявана, отворена, безплатна документално ориентирана база данни, проектирана да бъде надеждна, мащабируема и предлагаща висока производителност. Той също така е известен като номер едно NoSQL в света.

Основните характеристики включват съхранение на документи, пълна поддръжка на индексите, висока надеждност, репликация, автоматично разтърсване, заявки, бързи актуализации на място, намаляване на функционалността, поддръжка на GridFS, управление на MongoDB и професионална поддръжка. >

Поддържа документи в JSON стил, които имат динамични схеми, предлага документи и богати заявки, могат да индексират всеки атрибут и могат да бъдат отразени в WAN (широкообластни мрежи) и LAN (Local Area Networks).

Освен това проектът може да се мащабира хоризонтално, без да губи никаква функционалност, да включва атомни модификатори, които предлагат безпроблемна работа, дават на потребителите гъвкава обработка и обобщаване на данни и ви позволяват да съхранявате файлове с всякакви размери.

Вградена мониторинг и функционалност за архивиране

Друга интересна особеност е вградената функционалност за мониторинг и архивиране, създадена от MongoDB. Инструментите на трети страни предлагат такава функционалност, но най-добре е да се придържате към нея по подразбиране за по-голяма стабилност и по-висока производителност.

Търговските характеристики са достъпни и за компаниите, които искат да си партнират с MongoDB, което ще им помогне да намалят разходите, да ускорят времето за пускане на пазара и да намалят риска с проактивна подкрепа и бизнес възможности.

MongoDB е мултиплатформена база данни, написана изцяло на програмния език C ++. Тя официално поддържа всички дистрибуции на GNU / Linux, както и операционните системи Mac OS X на Solaris, Microsoft Windows и Apple. Тя е оптимизирана за работа с 64-битови и 32-битови компютри.

За ваше удобство, предварително инсталирани двоични пакети за 64-битови и 32-битови GNU / Linux системи, както и универсален архив за източници са достъпни за изтегляне на Softoware, както и на началната страница на проекта. Той обаче може да бъде инсталиран и от хранилищата по подразбиране на няколко Linux дистрибута.

Какво е новото в това издание:

• MongoDB 3.6 по-лесно от всякога да работи с данните по възможно най-естествен, ефективен и без триене начин. Накратко, MongoDB ви помага да отидете по-бързо при изграждането и мащабирането на приложения. Функциите на Key 3.6 включват:
• Промените на потоците ви позволяват да създавате реактивни приложения за уеб, мобилни устройства и приложения, които могат да преглеждат, филтрират и действат при промените в данните, които се появяват в базата данни. Когато данните се променят в MongoDB, системите надолу по веригата се уведомяват автоматично за актуализациите в реално време. Промените в потоците предоставят лесен и ефикасен начин за създаване на реактивни приложения, управлявани от събития.
• Записванията при повторно извършване преместват сложността при обработката на преходни системни повреди от приложението към базата данни. Вместо да се налага да изпълнявате маси на персонализиран код от страна на клиента, MongoDB автоматично опитва да напише операции, като използва семантика точно веднъж.
• С валидирането на схемата, използвайки синтаксиса, извлечен от предложения стандарт IETF JSON Schema, разширихме възможностите за валидиране на документи, въведени първоначално в MongoDB 3.2. Сега екипите DevOps и DBA могат да дефинират предписана структура на документа за всяка колекция, до нивото на отделните полета в рамките на вложени масиви. И вие сте в състояние да настроите това, колкото ви е необходимо: заключете схемата, отворете я, я приложите към подмножество полета - каквото ви е необходимо за всяко приложение или етап от вашия проект.
• Включване по подразбиране на localhost: с MongoDB 3.6 всички пакети MongoDB във всички платформи отказват всички външни връзки към базата данни, освен ако не са изрично конфигурирани по друг начин от администратора. В комбинация с нова поддръжка за IP адреси, администраторите могат да конфигурират MongoDB да приема само външни връзки на одобрени IP адреси. Тези подобрения значително намаляват риска от неволно внедряване в производството на необезопасени случаи на MongoDB.
• Подобренията в агрегацията поддържат по-изразителни заявки, като ви осигуряват по-бърз достъп до данни, задвижвани от данни. Моделът за данни на MongoDB ви позволява да моделирате обектите по същия начин, по който ги представяте в кода - като цели обекти - така че не е нужно да се притеснявате за JOINs. Но за анализите е полезно да се включат данни в множество колекции. Въведохме леви външни equijoins в MongoDB 3.2, но сега разширяваме това с по-мощен оператор за търсене в $, който поддържа еквивалента на SQL подчинените и нееквийхионите. MongoDB's Connector for BI, който позволява на MongoDB да се използва като източник на данни в SQL-базирани анализи и инструменти за визуализация на данни, се възползва от тези подобрения, за да осигури по-висока производителност, с повече аналитични операции, натиснати в базата данни.
• MongoDB Atlas е най-добрият начин за стартиране на MongoDB в публичния облак. MongoDB 3.6 се предлага като напълно управлявана услуга на Atlas, включваща важни нови функции за поддръжка на глобални приложения и автоматизирани мащабируемост и оптимизация на ефективността.
• Репликацията между региони позволява на клъстерите на Atlas да обхващат няколко района на доставчиците на облак, като поддържат непрекъсната наличност в случай на географски прекъсвания и осигуряват оптимален опит на клиентите, като разпространяват данни по-близо до потребителите. Atlas вече поддържа автоматично мащабиране за съхранение, свързано с клъстер, което улеснява управлението на капацитета. Новият съветник за ефективността постоянно подчертава бавните заявки и предоставя интелигентни препоръки за индексите, за да подобри производителността.

Какво е новото във версия 3.6.4:

• MongoDB 3.6 по-лесно от всякога да работи с данните по възможно най-естествен, ефективен и без триене начин. Накратко, MongoDB ви помага да отидете по-бързо при изграждането и мащабирането на приложения. Функциите на Key 3.6 включват:
• Промените на потоците ви позволяват да създавате реактивни приложения за уеб, мобилни устройства и приложения, които могат да преглеждат, филтрират и действат при промените в данните, които се появяват в базата данни. Когато данните се променят в MongoDB, системите надолу по веригата се уведомяват автоматично за актуализациите в реално време. Промените в потоците предоставят лесен и ефикасен начин за създаване на реактивни приложения, управлявани от събития.
• Записванията при повторно извършване преместват сложността при обработката на преходни системни повреди от приложението към базата данни. Вместо да се налага да изпълнявате маси на персонализиран код от страна на клиента, MongoDB автоматично опитва да напише операции, като използва семантика точно веднъж.
• С валидирането на схемата, използвайки синтаксиса, извлечен от предложения стандарт IETF JSON Schema, разширихме възможностите за валидиране на документи, въведени първоначално в MongoDB 3.2. Сега екипите DevOps и DBA могат да дефинират предписана структура на документа за всяка колекция, до нивото на отделните полета в рамките на вложени масиви. И вие сте в състояние да настроите това, колкото ви е необходимо: заключете схемата, отворете я, я приложите към подмножество полета - каквото ви е необходимо за всяко приложение или етап от вашия проект.
• Включване по подразбиране на localhost: с MongoDB 3.6 всички пакети MongoDB във всички платформи отказват всички външни връзки към базата данни, освен ако не са изрично конфигурирани по друг начин от администратора. В комбинация с нова поддръжка за IP адреси, администраторите могат да конфигурират MongoDB да приема само външни връзки на одобрени IP адреси. Тези подобрения значително намаляват риска от неволно внедряване в производството на необезопасени случаи на MongoDB.
• Подобренията в агрегацията поддържат по-изразителни заявки, като ви осигуряват по-бърз достъп до данни, задвижвани от данни. Моделът за данни на MongoDB ви позволява да моделирате обектите по същия начин, по който ги представяте в кода - като цели обекти - така че не е нужно да се притеснявате за JOINs. Но за анализите е полезно да се включат данни в множество колекции. Въведохме леви външни equijoins в MongoDB 3.2, но сега разширяваме това с по-мощен оператор за търсене в $, който поддържа еквивалента на SQL подчинените и нееквийхионите. MongoDB's Connector for BI, който позволява на MongoDB да се използва като източник на данни в SQL-базирани анализи и инструменти за визуализация на данни, се възползва от тези подобрения, за да осигури по-висока производителност, с повече аналитични операции, натиснати в базата данни.
• MongoDB Atlas е най-добрият начин за стартиране на MongoDB в публичния облак. MongoDB 3.6 се предлага като напълно управлявана услуга на Atlas, включваща важни нови функции за поддръжка на глобални приложения и автоматизирани мащабируемост и оптимизация на ефективността.
• Репликацията между региони позволява на клъстерите на Atlas да обхващат няколко района на доставчиците на облак, като поддържат непрекъсната наличност в случай на географски прекъсвания и осигуряват оптимален опит на клиентите, като разпространяват данни по-близо до потребителите. Atlas вече поддържа автоматично мащабиране за съхранение, свързано с клъстер, което улеснява управлението на капацитета. Новият съветник за ефективността постоянно подчертава бавните заявки и предоставя интелигентни препоръки за индексите, за да подобри производителността.

Какво е новото във версията:

• MongoDB 3.6 по-лесно от всякога да работи с данните по възможно най-естествен, ефективен и без триене начин. Накратко, MongoDB ви помага да отидете по-бързо при изграждането и мащабирането на приложения. Функциите на Key 3.6 включват:
• Промените на потоците ви позволяват да създавате реактивни приложения за уеб, мобилни устройства и приложения, които могат да преглеждат, филтрират и действат при промените в данните, които се появяват в базата данни. Когато данните се променят в MongoDB, системите надолу по веригата се уведомяват автоматично за актуализациите в реално време. Промените в потоците предоставят лесен и ефикасен начин за създаване на реактивни приложения, управлявани от събития.
• Записванията при повторно извършване преместват сложността при обработката на преходни системни повреди от приложението към базата данни. Вместо да се налага да изпълнявате маси на персонализиран код от страна на клиента, MongoDB автоматично опитва да напише операции, като използва семантика точно веднъж.
• С валидирането на схемата, използвайки синтаксиса, извлечен от предложения стандарт IETF JSON Schema, разширихме възможностите за валидиране на документи, въведени първоначално в MongoDB 3.2. Сега екипите DevOps и DBA могат да дефинират предписана структура на документа за всяка колекция, до нивото на отделните полета в рамките на вложени масиви. И вие сте в състояние да настроите това, колкото ви е необходимо: заключете схемата, отворете я, я приложите към подмножество полета - каквото ви е необходимо за всяко приложение или етап от вашия проект.
• Включване по подразбиране на localhost: с MongoDB 3.6 всички пакети MongoDB във всички платформи отказват всички външни връзки към базата данни, освен ако не са изрично конфигурирани по друг начин от администратора. В комбинация с нова поддръжка за IP адреси, администраторите могат да конфигурират MongoDB да приема само външни връзки на одобрени IP адреси. Тези подобрения значително намаляват риска от неволно внедряване в производството на необезопасени случаи на MongoDB.
• Подобренията в агрегацията поддържат по-изразителни заявки, като ви осигуряват по-бърз достъп до данни, задвижвани от данни. Моделът за данни на MongoDB ви позволява да моделирате обектите по същия начин, по който ги представяте в кода - като цели обекти - така че не е нужно да се притеснявате за JOINs. Но за анализите е полезно да се включат данни в множество колекции. Въведохме леви външни equijoins в MongoDB 3.2, но сега разширяваме това с по-мощен оператор за търсене в $, който поддържа еквивалента на SQL подчинените и нееквийхионите. MongoDB's Connector for BI, който позволява на MongoDB да се използва като източник на данни в SQL-базирани анализи и инструменти за визуализация на данни, се възползва от тези подобрения, за да осигури по-висока производителност, с повече аналитични операции, натиснати в базата данни.
• MongoDB Atlas е най-добрият начин за стартиране на MongoDB в публичния облак. MongoDB 3.6 се предлага като напълно управлявана услуга на Atlas, включваща важни нови функции за поддръжка на глобални приложения и автоматизирани мащабируемост и оптимизация на ефективността.
• Репликацията между региони позволява на клъстерите на Atlas да обхващат няколко района на доставчиците на облак, като поддържат непрекъсната наличност в случай на географски прекъсвания и осигуряват оптимален опит на клиентите, като разпространяват данни по-близо до потребителите. Atlas вече поддържа автоматично мащабиране за съхранение, свързано с клъстер, което улеснява управлението на капацитета. Новият съветник за ефективността постоянно подчертава бавните заявки и предоставя интелигентни препоръки за индексите, за да подобри производителността.

Какво е новото във версия 3.4.6:

Какво е новото във версия 3.4.1:

• SERVER-27124 Забрана на readConcern: мнозинството чете на pv0
• SERVER-27201 $ graphLookup задейства нулево показание на показалеца
• SERVER-27207 Намиране на изглед със сортиране през mongos може неправилно да върне празен набор от резултати
• SERVER-27213 Двата манипулации на $ съвпадат неправилно, което води до неправилни резултати.
• SERVER-27300 Забраняване на индексирането на BSONType :: Symbol с не-просто колабиране
• SERVER-27210 3.4.0 Mongo shell не може да се свърже с MongoURI с "ssl = true"
• Колона SERVER-27271 rolesInfo повишава System.InvalidOperationException: дублиращо се име на елемент "роли".
• SERVER-26870 Понякога файлът с данни за събиране не се премахва, въпреки че колекцията е изчезнала
• TOOLS-1541 Поддържа изгледи за експортиране



Какво е новото във версия 3.2.5: Подобрения в WiredTiger Stability SERVER-19751, 19673 и SERVER-19573.

• Фиксиран проблем с взаимодействието между SSL и одит. Сървъра 19538.
• Фиксиран проблем с агрегиране $ sort на изтъркани системи SERVER-19464.
• Всички проблеми, затворени в 3.0.6

Какво е новото във версия 3.0.6:

• Подобрения в WiredTiger Stability SERVER-19751, SERVER-19673 и SERVER-19573.
• Фиксиран проблем с взаимодействието между SSL и одит. Сървъра 19538.
• Фиксиран проблем с агрегиране $ sort на изтъркани системи SERVER-19464.
• Всички проблеми, затворени в 3.0.6

Какво е новото във версия 3.0.4:

• Коригирайте пропуснатите записи с паралелни вложки отрязъци с първични версии на WiredTiger: SERVER-18822
• Разрешаване на конфликти при писане с актуализации с няколко актуализации с upsert = true при Wired Tiger Storage: SERVER-18213
• Коригирайте случая, в който вторичните прочитания могат да блокират репликацията: SERVER-18190
• Подобрете производителността на Windows с WiredTiger и документи, по-големи от 16kb: SERVER-18079
• Коригирайте проблема, при който файловете с данни на WiredTiger не се възстановяват правилно след неочаквано рестартиране на системата: SERVER-18316

Какво е новото във версия 3.0.0:

• 7-10 пъти по-добра производителност:
• Новият двигател за съхранение на WiredTiger в MongoDB 3.0 доставя 7-10 пъти по-голяма производителност за приложения с висока интензивност на писане с по-подробно управление на съпротивление на ниво документ. Това води до огромни печалби от производителността с по-малък хардуер за проекти с висока степен на запис, като следващата ви IoT, управление на потребителски данни, социални и мобилни приложения.
• До 80% по-малко съхранение:
• MongoDB вече поддържа родната компресия, което ви позволява да намалите физическия си отпечатък до 80%. Имате допълнителната гъвкавост да избирате между различни алгоритми за компресиране, за да оптимизирате производителността и ефективността на съхранение, в зависимост от нуждите на приложенията ви.
• С по-подробен контрол на конкуренцията и вградена компресия, MongoDB 3.0 ви позволява да опростите архитектурата си, като ви позволява да правите много повече с по-малко хардуер.
• Намаляване на оперативните режийни с до 95%:
• Ops Manager е най-добрият начин за стартиране на MongoDB. Това решение прави рутинните задачи толкова лесни, колкото натискането на бутон, и елиминира преди това ръчните и отнемащи време задачи, свързани с управлението на MongoDB. Вече можете лесно да инсталирате, наблюдавате, архивирате и мащабирате MongoDB.
• За оптимизиране на зареждаемото хранилище за вашето работно натоварване:
• Разбираме, че с все по-сложния пейзаж на приложенията, задвижвани от данни, "един размер отговаря на всички" подходът към хранилището вече не го прекъсва. Ето защо MongoDB 3.0 включва API за подвързване на двигателя за съхранение, за да разшири базата данни с нови възможности.
• Ниска латентност в целия свят:
• Водещите днес приложения са глобални и обслужват винаги свързана с тях публика, които изискват незабавно удовлетворение. С MongoDB можете лесно да разпространявате до 50 MongoDB копия по-близо до вашите потребители по целия свят, намалявайки ефектите от латентността на мрежата и осигурявайки по-добра практическа работа на потребителите.
• Подобрения, които ви правят по-продуктивни:
• MongoDB 3.0 включва редица оперативни подобрения на MongoDB Query Language, както и инструментите, включени в базата данни. Те включват ...
• По-бързо зареждане и експортиране. Данните могат да бъдат зареждани и извличани с по-висока скорост и с по-голяма ефективност, като се използват ревизираните инструменти MongoDB с много резбовани инструменти mongoimport, mongoexport, mongodump, mongorestore и mongooplog.
• Лесно оптимизиране на заявки. По-добро разбиране на ефективността на заявките с новия метод explain (). Вече е възможно да се изчислят и прегледат плановете за заявки, без първо да се стартира заявката. Планът за заявки може да се приложи към по-широк набор от типове заявки, а обработката на грешките е подобрена.
• По-бързо отстраняване на грешки. Вече имате много по-голям контрол върху подробностите на лог-съобщенията и специфичните функционални области на сървъра, за да изследвате по-точно проблемите. Можете да конфигурирате кои конкретни компоненти на базата данни трябва да бъдат изложени за регистриране на по-висока разделителна способност и да добавите нива на тежест за всяко съобщение в дневника.
• По-богати геопространствени приложения. С добавянето на големи полигонни селекции, геопространствената поддръжка на MongoDB се разширява, за да включи заявки за много полукълбо, които могат да обхващат повече от 50% от земната повърхност. Например, авиокомпанията вече може да пуска заявки, за да идентифицира всички въздухоплавателни средства, които са пътували през няколко полукълба през последните 24 часа.
• По-добро анализиране на времевата серия. Разработчиците могат да създават по-богати заявки за анализи на поредица от времеви периоди с по-малко кодове, като използват новия оператор $ dateToString на рамката за агрегиране.
• Осигурете регулаторна и вътрешна съвместимост:
• MongoDB 3.0 добавя към съществуващите възможности за сигурност на базата данни с по-стабилна рамка за одит.
• Одитът сега се простира извън обхвата на административните действия (т.е. операции на схемата, дейности за удостоверяване и оторизация), за да включи операциите за четене и запис (DML) в базата данни. Можете да създавате и филтрирате одиторски пътеки за всяка операция срещу MongoDB, без да се налага да разчитате на инструменти на трети страни. 3.0 също така включва въвеждането на ролеви одити. Одитът е налице като част от MongoDB Enterprise Advanced.

• няколко тагове SERVER-16683
• Премахната проверка за версия на Shard, ако основният сървър е надолу SERVER-16237
• Фиксирана: /etc/init.d/mongod стартиране на скрипта със съобщение dirname SERVER-16081
• Фиксирани: mongos може да причини натрупвания, за да удари лимита за сортиране в паметта, като поиска повече резултати, отколкото е необходимо SERVER-14306
• Всички проблеми са затворени в 2.6.7

Какво е новото във версия 2.6.5:

• $ rename сега използва правилните точкови изходни пътища SERVER-15029
• Последният раздел от частично написаното списание не засяга възстановяването SERVER-15111
• Изрично нулеви .ns файлове при създаване SERVER-15369
• Планиращият рейнджър вече няма да облагодетелства плановете за пресичане, ако предикат генерира празен скала за индексиране на индекса SERVER-14961
• Генерирайте пакети за общността и Enterprise за SUSE 11 SERVER-10642
• Всички проблеми, затворени в 2.6.5



Какво е новото във версия 2.5.5:

• Нов метод за записване за вмъкване, актуализиране, премахване
• Поправки на програмни грешки:
• SNMP Агентът не стартира
• Добавете поддръжка на модула в smoke.py

Какво е новото във версия 2.5.4:

• / Li>
• Роли, дефинирани от потребителя
• Сървър автоматично прекратява заявките / командите след определения от потребителя срок

Какво е новото във версия 2.4.9:

• Поправки на програмни грешки:
• Заблудената регистрация за обратно повикване в openssl може да доведе до катастрофи
• компилираните монго черупки се сриват при излизане с трасиране на стека в v8
• влезете в ~ ReplicaSetMonitor () блокира
• Неимерен изтича следAfterSeconds причинява лоша TTL заявка
• Shell спира да работи след продължителна автоматична операция
• Неуспех при използването на rollbackPowerOf2Sizes не трябва да причинява фатална грешка
• SERVER-11869 Поддръжка за не-клиент opTime в Mongod GLE
• $, където вътре в прожекцията $ elemMatch причинява повреда на сегментирането
• Преминаването на $, където предикат на db.currentOp () блокира mongod
• В конфигурационния файл
не може да се задават опции за falseparameter
• проверка на съвместимостта на текстIndexVersion не е пълна
• Възможно е да не получите правилен код от ClientInfo :: getLastError
• Монгоните не могат да правят заявки за slaveOk, когато основното е надолу
• Нови скъсани връзки към спусък за имена setShardVersion на всички парчета
• Проверете логиката за предпочитанията за четене трябва да важи и за мързеливата recv () мрежова повреда
• логиката на версиране на slaveok в mongos трябва да се прилага и при четенето на prefs
• Модифицирането на опциите за събиране може да доведе до възстановяване на събиранията

Какво е новото във версия 2.4.8:

• Увеличете бъдещата съвместимост за 2.6 оторизиращи функции
• Коригирайте проблема с кеша на dbhash за конфигурационни сървъри