что это, для чего используется, особенности

#Managed IT
#Software

MongoDB — система управления базами данных, которая работает с документоориентированной моделью данных. В отличие от реляционных СУБД, MongoDB не требуются таблицы, схемы или отдельный язык запросов. Информация хранится в виде документов либо коллекций.

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

У MongoDB есть ряд свойств, которые выделяют ее на фоне других продуктов:

1. Кроссплатформенность. СУБД разработана на языке программирования С++, поэтому с легкостью интегрируется под любую операционную систему (Windows, Linux, MacOS и др.).
2. Формат данных. MongoDB использует собственный формат хранения информации — Binary JavaScript Object Notation (BSON), который построен на основе языка JavaScript.
3. Документ. Если реляционные БД используют строки, то MongoDB — документы, которые хранят значения и ключи.
4. Вместо таблиц MongoDB использует коллекции. Они содержат разные типы наборов данных
5. Репликация. Система хранения информации в СУБД представлена узлами. Существует один главный и множество вторичных. Данные реплицируются между точками. Если один первичный узел выходит из строя, то вторичный становится главным.
6. Индексация. Технология применяется к любому полю в документе на усмотрение пользователя. Проиндексированная информация обрабатывается быстрее.
7. Для сохранения данных большого размера MongoDB использует собственную технологию GridFS, состоящую из двух коллекций. В первой (files) содержатся имена файлов и метаданные по ним. Вторая (chunks) сохраняет сегменты информации, размер которых не превышает 256 Кб.
8. СУБД осуществляет поиск по специальным запросам. Например, пользователь может создать диапазонный запрос и мгновенно получить ответ.
9. Балансировщик нагрузки используется в СУБД не только для распределения нагрузки между разными базами данных, но и для горизонтального масштабирования. Сегменты БД распределяются по разным узлам, что повышает производительность. При этом базы данных, расположенные на разных узлах, синхронизированы между собой и обеспечивают целостность информации для клиента.
10. MongoDB может поставляться для конечного клиента как облачное решение.

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

MongoDB относится к классу NoSQL СУБД и работает с документами, а не с записями. Это кроссплатформенный продукт, который легко внедряется в любую операционную систему. Ряд уникальных особенностей позволяет использовать СУБД под определённые задачи, в которых она обеспечивает максимальную производительность и надежность.

Оцените данную статью

что это за СУБД, NoSQL-система на C++

MongoDB — это документоориентированная система управления базами данных, которая не требует описания схемы таблиц. Считается одним из классических примеров NoSQL-систем, использует JSON-подобные документы и схему базы данных. Написана на языке C++.

Логотип MongoDB

MongoDB имеет открытый исходный код, она бесплатная и доступна любому разработчику. СУБД подходит для операционных систем семейства Linux, Windows и macOS. Ей можно пользоваться в облаке. Название читается как «Монго-ДБ».

Кто пользуется MongoDB

• Бэкенд-разработчики веб-приложений и сайтов. В основном СУБД MongoDB используется в веб-программировании.
• Специалисты в области Big Data и аналитики, которые работают с большим количеством не связанной друг с другом информации.
• Разработчики в стартапах, где четко не определена структура хранения данных — в любой момент может потребоваться ее изменение.
• DevOps-инженеры — иногда знание MongoDB может быть необходимо при работе с инфраструктурой проекта.

  Для чего нужна MongoDB

  • Хранение данных, которые не жестко связаны между собой.
  • Управление данными: создание новых записей, их редактирование, удаление, контроль версий.
  • Получение данных с помощью запросов без использования SQL.
  • Отправка транзакций — последовательностей из нескольких запросов, которые выполняются один за другим.
  • Быстрый, удобный и простой доступ к данным.
  • Контроль доступа и поддержки безопасности данных.
  • Выдача прав разным категориям пользователей.
  • Поддержка базы в актуальном состоянии, в том числе при одновременном доступе с нескольких клиентов.

  Отличие от реляционных баз данных

  В реляционной базе данных информация представлена как набор связанных между собой таблиц. Доступ к данным осуществляется с помощью запросов на языке SQL. Реляционная модель — традиционная, ее используют чаще всего. Но для многих задач она неоптимальна, например, если связи между разными данными не жесткие.

  В MongoDB реализована система, при которой данные хранятся в «табличных» документах форматов, близких к JSON. Информация записывается в виде пар из ключей и значений — как в таблице, в которой есть идентификаторы и соответствующие им данные. Благодаря такому формату в MongoDB можно разместить очень разнообразную и сложно структурированную информацию: документ — более гибкая структура.

  При работе с такими базами SQL не используется, отсюда название NoSQL. Вместо него применяют языки программирования. В случае с MongoDB это JavaScript. Существуют драйверы для поддержки других популярных языков: Python, Java, C/C++, Go, PHP, Ruby и прочих.

  Читайте также: SQL, R или Python: какой язык учить аналитику данных?

  Как устроено хранение данных в MongoDB

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

  _id. Это идентификатор, который должен быть в каждом документе. Он помогает обращаться к тем или иным данным, по нему записи отличают друг от друга. Идентификатор создается автоматически, если его не задает программист при создании нового документа. В реляционных базах тоже есть идентификатор, но он называется иначе — первичный ключ.

  Поле. Это одна запись в документе, если точнее, один ключ, метка, которой соответствует определенный набор данных. Понятие можно сравнить со столбцом в таблице реляционной базы. Например, если документ описывает данные о нескольких собаках, то в нем могут быть поля «Порода», «Кличка», «Возраст» и другие.

  Описанный выше идентификатор — одно из полей, которые есть в документе, причем обязательное.

  Документ. Один документ — это файл в формате BSON: название расшифровывается как binary JSON, или бинарный JSON. Отличие от стандартного JSON в том, что формат работает еще быстрее, но файлы в нем занимают меньше места.

  В документе хранятся однотипные строго структурированные записи: ключи и значения. Выше мы привели пример с собаками: если документ посвящен им, то в нем будет только определенная информация о собаках и ничего другого. Его можно сравнить со строкой в таблице реляционной базы данных. Но в отличие от строки документ может хранить сложную по структуре информацию, а еще он более гибкий — для отдельных записей можно, например, опускать те или иные поля.

  Максимальный размер документа — 16 Мб. Для сохранения данных большего размера используется технология GridFS, о которой мы поговорим ниже.

  Коллекция. Вместо таблиц в MongoDB используются коллекции. Это наборы из документов. В одном наборе могут храниться документы с разнообразными данными — это главное отличие от таблиц. Коллекция разнородна, документы внутри нее могут различаться структурой, размером, значениями и связями. Поэтому MongoDB считается отличным выбором для хранения слабо структурированной информации.

  Встроенный документ. В базах данных, которые управляются SQL, есть операция JOIN, объединяющая между собой сведения из разных таблиц. В MongoDB другая структура: обычно все находится внутри одной коллекции, а операции JOIN не предусмотрено. Для связей и разделений используются встроенные документы — структуры встраиваются друг в друга.

  База данных. Так называется общее хранилище, где находятся коллекции, в которых, соответственно, расположены документы. У баз в MongoDB есть интересная особенность: когда база создана, но в нее ничего не записано, она де-факто не существует. Это отличает ее от пустых реляционных баз, которые существуют, даже если в них ничего нет.

  Особенности MongoDB

  Индексация. Данные внутри базы можно индексировать — так система быстрее найдет к ним доступ. Для данных создаются индексы, специальные объекты, которые хранят указатели на ту или иную информацию: обычно это конкретные значения и ссылки на них. Благодаря индексам можно реализовать поиск по базе, он не будет выглядеть как простой перебор всех данных. Это ускоряет работу системы.

  Репликация. Так называется возможность работы с репликами — копиями базы данных. Можно иметь несколько связанных друг с другом копий БД на разных серверах, и одна из них будет главной, а остальные — вспомогательными. Изменения сначала будут вноситься в главную базу, а потом передаваться другим. В итоге, если с основной копией что-то случится, любая существующая реплика сможет ее заменить — так в системе поддерживается стабильность. Замена происходит автоматически.

  Сегментирование. Репликация — не единственный способ хранить базу MongoDB на разных серверах. Система поддерживает сегментирование, то есть разделение базы данных на отдельные сегменты и их распределение по разным серверам. Это позволяет балансировать нагрузку на мощности. Принцип разбиения определяет администратор, поэтому распределение по разным частям серверного кластера тоже можно спланировать.

  Запросы ad hoc. Латинские слова означают «специально для этого», поэтому такие запросы еще называют специальными. Одна из особенностей MongoDB — гибкая поддержка разнообразных запросов. СУБД принимает запросы на поиск по разным полям, работает с функциями JavaScript и может возвращать пользовательские функции в ответ на запрос. Она поддерживает регулярные выражения. MongoDB позволяет получить в качестве ответа диапазон или случайное значение — запросы могут быть в том числе очень сложными.

  Grid File System. Сокращенно эта технология называется GridFS, мы упоминали ее выше. Речь шла о том, что максимальный размер документа в MongoDB — 16 Мб, а технология применяется, если нужно сохранить в базу более объемные данные. По сути, это то же сегментирование, но в рамках документа. Массивные данные хранятся в двух коллекциях: files и chunks:

  • files — коллекция, в которой находятся сведения о файлах. Это их имена и метаданные, содержащие информацию об объеме и других параметрах;
  • chunks — коллекция, где хранятся сами файлы, но не целиком, а разбитые на небольшие сегменты. Размер каждого сегмента обычно 256 Кб, но эта цифра может меняться.

  Благодаря такому разделению на маленькие составные части в базе можно хранить даже очень большие файлы. Это позволяет обойти максимальный размер документа в 16 Мб.

  Преимущества MongoDB

  Быстрая работа. Благодаря структуре документов, поддержке индексации и другим особенностям MongoDB работает быстро, без задержек. База производительна, часто используется во внутренних системах, на сайтах — там, где скорость имеет значение.

  Гибкость. MongoDB позволяет хранить разнородные данные, поэтому она гибкая и легко адаптируется под разнообразные задачи. Например, если информация не укладывается в общую структуру или собирается разными способами и сильно различается, MongoDB все равно позволит успешно хранить ее и получать доступ.

  Легкая масштабируемость. Причина, по которой MongoDB пользуются стартапы и небольшие компании, — возможность быстро и легко масштабировать систему. Если информация в базе должна измениться, например, планируется добавить новое поле, не нужно радикально перекраивать структуру всей БД. Это возможно благодаря документно-ориентированной модели и особому формату данных.

  Отсутствие сложных соединений. В MongoDB не нужно описывать схему таблиц. Конструкции вроде JOIN не используются. В реляционных базах JOIN соединяет между собой данные из разных таблиц, но при документно-ориентированной модели необходимость в таких соединениях отсутствует.

  Возможность работы на нескольких серверах. Это возможно благодаря механизмам репликации и сегментирования. Первый позволяет создавать работающие копии базы, которым в любой момент можно передать управление; второй помогает грамотно распределять нагрузку. Такие возможности делают работу системы стабильнее и снижают риск отказа базы в важный момент.

  Недостатки MongoDB

  Отсутствие хранимых процедур и функций. Хранимые процедуры — это возможность реляционных баз данных: разработчик один раз пишет набор команд на языке SQL, сохраняет его, а потом может вызвать в любой момент. Получается подобие скрипта, который выполняется по команде. Поддержка хранимых процедур в MongoDB не предусмотрена, и это не дает в полной мере автоматизировать работу с БД.

  Пользовательские функции, или UDF, похожи на хранимые процедуры, но различаются особенностями сохранения и вызова. Их можно реализовать самостоятельно — функции, написанные на JavaScript, сохраняются с помощью специальной команды и позднее используются снова. Правда, это сложнее, чем возможность работать с ними «из коробки».

  Неполное соответствие ACID. ACID — это набор принципов для баз данных, соответствие которым делает систему стабильной и предсказуемой. Принципов всего четыре: атомарность, согласованность, изолированность, устойчивость. MongoDB, в отличие от распространенных реляционных СУБД, соответствует им не полностью. До версии 4.0 система не отвечала требованиям атомарности — они требуют, чтобы никакая транзакция не «зависала» в системе завершенной не до конца. В более поздних версиях это исправили.

  Сложности с транзакциями. Документно-ориентированный подход дает много плюсов, но из-за него сначала было затруднительно работать с транзакциями. В старых версиях их ACID-реализации не было, поэтому многие считали, что при NoSQL-подходе транзакции отсутствуют в принципе. Позже они появились, но работа по-прежнему имеет специфику.

  Трудности при работе с жестко связанными данными. У разных документов внутри коллекции может быть совершенно различная структура, и сами коллекции не обязаны походить друг на друга. Это упрощает хранение слабо связанной информации, но если данные имеют жесткие связи между собой, подход перестает быть удобным. В этих ситуациях лучше отдавать предпочтение традиционным СУБД, которые работают с SQL.

  Как начать работу с MongoDB

  1. Скачать MongoDB на официальном сайте проекта, где компания представляет СУБД и другие решения, в том числе коммерческие. Можно воспользоваться официальным репозиторием MongoDB на GitHub или пакетным менеджером. В macOS это brew, в Linux — apt-get и другие.
  2. Скачать MongoShell — шелл-оболочку, которая позволяет отдавать команды. Она скачивается отдельно и тоже есть на официальном сайте.
  3. Установить MongoDB и шелл-оболочку на сервер, где будет храниться база. В реальных проектах обычно это арендованные на хостингах мощности. Создать тестовую базу данных для тренировки можно и на собственном устройстве.

  Взаимодействие с базой обычно происходит через терминал. Можно подключить модули для поддержки разных языков программирования, но по умолчанию язык запросов для MongoDB — это JavaScript. Операторы, с помощью которых управляют базой данных MongoDB, основаны на нем.

  Fatal error: Allowed memory size of 2147483648 bytes exhausted (tried to allocate 13732440 bytes) in /var/www/u1306671/data/www/blog.skillfactory.ru/wp-includes/class-wpdb.php on line 2432

  WordPress › Ошибка

  На сайте возникла критическая ошибка.

  Узнайте больше про решение проблем с WordPress.

  Что такое MongoDB? | MongoDB

  Доступно, как вам удобно

  Песочница

  • Бесплатно, навсегда
  • Идеально подходит для обучения, разработки и создания прототипов

  Общий

  • До 5 ГБ хранилища
  • Общая ОЗУ

  Выделенная

  • Постоянная производительность
  • Повышенная безопасность
  • Неограниченное масштабирование

  Сервер

  MongoDB предлагает как корпоративную, так и общественную версию своей мощной распределенной базы данных документов

  Community

  • Многофункциональный
  • Готовность для разработчиков

  Enterprise

  • Дополнительные функции
  • Уровень производительности

  9000 2 Облако

  Облако

  Песочница

  • Бесплатно, навсегда
  • Идеально подходит для обучения, разработки и прототипирование

  Общая

  • До 5 Гб для хранения
  • Общая оперативная память

  Выделенная

  • Стабильная производительность
  • Повышенная безопасность
  • Неограниченное масштабирование

  Сервер

  Сервер

  MongoDB предлагает как корпоративную, так и общественную версию своей мощной распределенной базы данных документов

  Сообщество

  • Многофункциональный
  • Готовность для разработчиков

  Предприятие

  • Расширенные функции
  • Уровень производительности

  Упрощает разработку

  Модель документов MongoDB проста для изучения и использования разработчиками, при этом предоставляя все возможности, необходимые для удовлетворения самых сложных требований в любом масштабе. Мы предоставляем драйверы для более чем 10 языков, а сообщество создало еще десятки.

  Connect

  Здесь мы подключаемся к локально размещенной базе данных MongoDB под названием test с коллекцией с именем restaurant.

  View Documentation

  • MongoDB хранит данные в гибких JSON-подобных документах , что означает, что поля могут варьироваться от документа к документу, а структура данных может изменяться с течением времени

  • Модель документа карта к объектам в вашем приложении с кодом , что упрощает работу с данными

  • Специальные запросы, индексирование и агрегация в реальном времени обеспечивают мощные способы доступа к данным и их анализа

  • MongoDB — это распределенная база данных по своей сути , поэтому высокая доступность, горизонтальное масштабирование и географическое распределение встроены и просты в использовании

  • MongoDB бесплатна для использования . Версии, выпущенные до 16 октября 2018 г., публикуются в рамках AGPL. Все версии, выпущенные после 16 октября 2018 г., в том числе исправления для предыдущих версий, публикуются в соответствии с общедоступной лицензией на стороне сервера (SSPL) v1.

  Подробнее об архитектуре MongoDB →

  85 000 000+

  Загрузки и кластеры Atlas

  1 300 000+

  900 30 Студенты университета MongoDB

  35 000+

  Репозитории GitHub

  1 000 000+

  Члены сообщества

  Необходимость запустить MongoDB?

  • Высокая доступность благодаря встроенной репликации и аварийному переключению

  • Горизонтальная масштабируемость с собственным сегментированием

  • Сквозная безопасность

  • Встроенная проверка документов и исследование схемы с помощью Compass

  • Средства управления для автоматизации, мониторинга и резервного копирования

  • 900 30 Полностью эластичная база данных как услуга со встроенным лучшим практики

  Узнайте больше о наших продуктах →

  Нам доверяют тысячи команд

  Готовы начать?

  Запустите новый кластер или перейдите на MongoDB Atlas без простоев.

  

  Что такое MongoDB? Введение, архитектура, функции и пример

  Автор: Дэвид Тейлор

  Часы

  Обновлено 11 марта 2023 г.

  Что такое MongoDB?

  MongoDB — документно-ориентированная база данных NoSQL, используемая для хранения больших объемов данных. Вместо использования таблиц и строк, как в традиционных реляционных базах данных, MongoDB использует коллекции и документы. Документы состоят из пар ключ-значение, которые являются основной единицей данных в MongoDB. Коллекции содержат наборы документов и функций, которые эквивалентны таблицам реляционных баз данных. MongoDB — это база данных, появившаяся примерно в середине 2000-х годов.

  В этом уроке вы узнаете-

  • Возможности MongoDB
  • Пример MongoDB
  • Ключевые компоненты архитектуры MongoDB
  • Зачем использовать MongoDB
  • Моделирование данных в MongoDB
  • Разница между MongoDB и РСУБД

  Функции MongoDB

  1. Каждая база данных содержит коллекции, которые, в свою очередь, содержат документы. Каждый документ может быть разным с разным количеством полей. Размер и содержание каждого документа могут отличаться друг от друга.
  2. Структура документа больше соответствует тому, как разработчики создают свои классы и объекты в соответствующих языках программирования. Разработчики часто говорят, что их классы — это не строки и столбцы, а четкая структура с парами ключ-значение.
  3. Строки (или документы, как они называются в MongoDB) не должны иметь заранее определенную схему. Вместо этого поля можно создавать на лету.
  4. Модель данных, доступная в MongoDB, упрощает представление иерархических отношений, хранение массивов и других более сложных структур.
  5. Масштабируемость. Среды MongoDB очень масштабируемы. Компании по всему миру создали кластеры, в некоторых из которых работает более 100 узлов с примерно миллионами документов в базе данных

  .

  Пример MongoDB

  В приведенном ниже примере показано, как можно смоделировать документ в MongoDB.

  1. Поле _id добавляется MongoDB для уникальной идентификации документа в коллекции.
  2. Что вы можете заметить, так это то, что данные заказа (OrderID, Product и Quantity), которые в СУБД обычно хранятся в отдельной таблице, в то время как в MongoDB они фактически хранятся как встроенный документ в самой коллекции. Это одно из ключевых отличий в моделировании данных в MongoDB.

  Ключевые компоненты архитектуры MongoDB

  Ниже приведены некоторые общие термины, используемые в MongoDB

  1. _id — это поле, обязательное для заполнения в каждом документе MongoDB. Поле _id представляет собой уникальное значение в документе MongoDB. Поле _id похоже на первичный ключ документа. Если вы создадите новый документ без поля _id, MongoDB автоматически создаст это поле. Так, например, если мы увидим пример приведенной выше таблицы клиентов, Mongo DB добавит 24-значный уникальный идентификатор к каждому документу в коллекции.

  _Идентификатор	идентификатор клиента	ИмяКлиента	ID заказа
  563479cc8a8a4246bd27d784	11	Гуру99	111
  563479cc7a8a4246bd47d784	22	Тревор Смит	222
  563479cc9a8a4246bd57d784	33	Николь	333

  2. Коллекция — это группа документов MongoDB. Коллекция является эквивалентом таблицы, созданной в любой другой RDMS, такой как Oracle или MS SQL. Коллекция существует в одной базе данных. Как видно из введения, коллекции не навязывают никакой структуры.
  3. Курсор — это указатель на набор результатов запроса. Клиенты могут перебирать курсор для получения результатов.
  4. База данных — это контейнер для коллекций, как в RDMS, где он является контейнером для таблиц. Каждая база данных получает свой собственный набор файлов в файловой системе. Сервер MongoDB может хранить несколько баз данных.
  5. Документ . Запись в коллекции MongoDB в основном называется документом. Документ, в свою очередь, будет состоять из имени поля и значений.
  6. Поле — Пара имя-значение в документе. Документ имеет ноль или более полей. Поля аналогичны столбцам в реляционных базах данных. На следующей диаграмме показан пример полей с парами значений ключа. Таким образом, в приведенном ниже примере CustomerID и 11 являются одной из пар ключ-значение, определенных в документе.
  7. JSON — это известно как нотация объектов JavaScript. Это удобочитаемый текстовый формат для представления структурированных данных. В настоящее время JSON поддерживается многими языками программирования.

  Небольшое замечание о ключевой разнице между полем _id и обычным полем коллекции. Поле _id используется для уникальной идентификации документов в коллекции и автоматически добавляется MongoDB при создании коллекции.

  Зачем использовать MongoDB?

  Ниже приведены несколько причин, по которым следует начать использовать MongoDB

  1. Ориентированность на документы. Поскольку MongoDB является базой данных типа NoSQL, вместо того, чтобы иметь данные в формате реляционного типа, она хранит данные в документах. Это делает MongoDB очень гибкой и адаптируемой к реальной ситуации и требованиям делового мира.
  2. Специальные запросы — MongoDB поддерживает поиск по полям, запросам диапазона и поиску по регулярным выражениям. Запросы могут быть сделаны для возврата определенных полей в документах.
  3. Индексирование. Можно создавать индексы для повышения производительности поиска в MongoDB. Любое поле в документе MongoDB может быть проиндексировано.
  4. Репликация — MongoDB может обеспечить высокую доступность с помощью наборов реплик. Набор реплик состоит из двух или более экземпляров mongo DB. Каждый член набора реплик может выступать в роли первичной или вторичной реплики в любое время. Первичная реплика — это основной сервер, который взаимодействует с клиентом и выполняет все операции чтения/записи. Вторичные реплики поддерживают копию данных первичной реплики с помощью встроенной репликации. При сбое первичной реплики набор реплик автоматически переключается на вторичный, а затем становится первичным сервером.
  5. Балансировка нагрузки — MongoDB использует концепцию сегментирования для горизонтального масштабирования путем разделения данных между несколькими экземплярами MongoDB. MongoDB может работать на нескольких серверах, балансируя нагрузку и/или дублируя данные, чтобы поддерживать работоспособность системы в случае сбоя оборудования.

  Моделирование данных в MongoDB

  Как мы видели из раздела «Введение», данные в MongoDB имеют гибкую схему. В отличие от баз данных SQL, где вы должны объявить схему таблицы перед вставкой данных, коллекции MongoDB не навязывают структуру документа. Такая гибкость делает MongoDB такой мощной.

  При моделировании данных в Mongo помните о следующем.

  1. Каковы потребности приложения. Посмотрите на бизнес-потребности приложения и посмотрите, какие данные и тип данных необходимы для приложения. Исходя из этого, убедитесь, что структура документа определена соответствующим образом.
  2. Что такое шаблоны извлечения данных. Если вы предвидите интенсивное использование запросов, рассмотрите возможность использования индексов в вашей модели данных для повышения эффективности запросов.
  3. Частые вставки, обновления и удаления в базе данных? Пересмотрите использование индексов или включите сегментирование, если это необходимо, в структуру моделирования данных, чтобы повысить эффективность всей среды MongoDB.

  Разница между MongoDB и РСУБД

  Ниже приведены некоторые из ключевых различий терминов между MongoDB и РСУБД

  РСУБД	МонгоДБ	Разница
  Таблица	Коллекция	В СУБД таблица содержит столбцы и строки, которые используются для хранения данных, тогда как в MongoDB эта же структура называется коллекцией. Коллекция содержит документы, которые, в свою очередь, содержат поля, которые, в свою очередь, представляют собой пары ключ-значение.
  Ряд	Документ	В СУБД строка представляет один неявно структурированный элемент данных в таблице. В MongoDB данные хранятся в документах.
  Столбец	Поле	В СУБД столбец обозначает набор значений данных. В MongoDB они известны как поля.
  Соединения	Встроенные документы	В СУБД данные иногда распределяются по разным таблицам, и для того, чтобы показать полное представление всех данных, иногда для получения данных между таблицами создается объединение. В MongoDB данные обычно хранятся в одной коллекции, но разделены с помощью встроенных документов. Таким образом, в MongoDB нет концепции соединений. 903:00

  Помимо различий в терминах, несколько других различий показаны ниже.

  1. Известно, что реляционные базы данных обеспечивают целостность данных.
     

     This entry was posted in Популярное