MongoDB, где хранятся файлы базы данных

Обновлено: 21.11.2024

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

Что такое MongoDB?

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

Документы или наборы документов MongoDB являются основными единицами данных. Эти документы, отформатированные как Binary JSON (нотация объектов Java Script), могут хранить различные типы данных и распределяться по нескольким системам. Поскольку в MongoDB используется динамическая схема, пользователи получают непревзойденную гибкость при создании записей данных, запросе коллекций документов с помощью агрегации MongoDB и анализе больших объемов информации.

Сравнение MongoDB с другими базами данных

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

MongoDB и MySQL

MySQL (ссылка находится за пределами IBM) использует язык структурированных запросов для доступа к хранимым данным. В этом формате схемы используются для создания структур базы данных с использованием таблиц как способа стандартизации типов данных, чтобы значения можно было искать и правильно запрашивать. Проработанное решение, MySQL полезно для различных ситуаций, включая базы данных веб-сайтов, приложения и управление коммерческими продуктами.

Из-за своей жесткой природы MySQL предпочтительнее MongoDB, когда важны целостность и изоляция данных, например, при управлении транзакционными данными. Но формат MongoDB с меньшими ограничениями и более высокая производительность делают его лучшим выбором, особенно когда доступность и скорость являются главными задачами.

MongoDB и Cassandra

Несмотря на то, что Cassandra (ссылка находится за пределами IBM) и MongoDB считаются базами данных NoSQL, они имеют разные преимущества. Cassandra использует традиционную структуру таблиц со строками и столбцами, что позволяет пользователям поддерживать единообразие и надежность при форматировании данных до их компиляции.

Cassandra может упростить переход для предприятий, которым требуется решение NoSQL, поскольку ее синтаксис аналогичен SQL; он также надежно обрабатывает развертывание и репликацию без особой настройки. Однако она не может сравниться с MongoDB по гибкости в обработке структурированных и неструктурированных наборов данных или по производительности и надежности для критически важных облачных приложений.

Случаи использования

Мобильные приложения

Модель документов MongoDB JSON позволяет хранить данные серверных приложений там, где они вам нужны, в том числе на устройствах Apple iOS и Android, а также в облачных хранилищах. Такая гибкость позволяет объединять данные из нескольких сред с помощью вторичного и геопространственного индексирования, что дает разработчикам возможность беспрепятственно масштабировать свои мобильные приложения.

Аналитика в реальном времени

По мере того, как компании масштабируют свою деятельность, критически важно получать доступ к ключевым показателям и бизнес-аналитике из больших пулов данных. MongoDB без труда обрабатывает преобразование документов JSON и JSON-подобных документов, таких как BSON, в объекты Java, что делает чтение и запись данных в MongoDB быстрым и невероятно эффективным при анализе информации в реальном времени в нескольких средах разработки. Это оказалось полезным для нескольких секторов бизнеса, включая правительство, финансовые услуги и розничную торговлю.

Системы управления контентом

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

Корпоративное хранилище данных

Инфраструктура Apache Hadoop представляет собой набор модулей с открытым исходным кодом, включая распределенную файловую систему Hadoop и Hadoop MapReduce, которые работают с MongoDB для хранения, обработки и анализа больших объемов данных. Организации могут использовать MongoDB и Hadoop для моделирования рисков, прогнозной аналитики и обработки данных в реальном времени.

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

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

Балансировка нагрузки

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

Специальные запросы к базе данных

Одним из самых больших преимуществ MongoDB по сравнению с другими базами данных является ее способность обрабатывать специальные запросы, не требующие предопределенных схем. Базы данных MongoDB используют язык запросов, аналогичный базам данных SQL, который чрезвычайно удобен как для начинающих, так и для опытных разработчиков. Эта доступность упрощает отправку, запрос, сортировку, обновление и экспорт данных с помощью стандартных методов справки и простых команд оболочки.

Многоязычная поддержка

Одна из замечательных особенностей MongoDB — многоязычная поддержка. Было выпущено несколько версий MongoDB, которые находятся в постоянной разработке с поддержкой драйверов для популярных языков программирования, включая Python, PHP, Ruby, Node.js, C++, Scala, JavaScript и многих других.

Развертывание и настройка

Развертывание включает в себя два основных действия: установку MongoDB и создание базы данных.

Установка MongoDB

  • Windows: чтобы установить MongoDB в среде Windows (ссылка находится за пределами IBM), запустите Windows Server 2008 R2, Windows Vista или более позднюю версию. После того, как вы определились с типом архитектуры базы данных, которую вы будете использовать, вы можете загрузить последнюю версию платформы на странице загрузки MongoDB (ссылка находится за пределами IBM).
  • Mac: при установке MongoDB на macOS есть два подхода к этому. Как и в случае с процессом установки для сред на базе Windows, MongoDB можно установить непосредственно с веб-сайта разработчика, как только вы определитесь с типом сборки, которую будете использовать. Однако более простой и распространенный метод установки и запуска MongoDB на Mac — использование приложения Terminal с запуском Homebrew (ссылка находится вне IBM). Нажмите здесь для получения дополнительной информации об установках MongoDB в Homebrew (ссылка находится за пределами IBM).

Создание базы данных

После установки MongoDB вам необходимо создать каталог, в котором будут храниться ваши данные. Это можно сделать локально или с помощью общедоступных или частных облачных хранилищ. Чтобы получить дополнительную информацию о начале работы с MongoDB, щелкните здесь (ссылка находится за пределами IBM), чтобы получить исчерпывающие руководства, учебные пособия и пошаговые руководства.

MongoDB и IBM

Для организаций, которые ищут лучшее решение для управления своими базами данных NoSQL при интеграции в многооблачную среду, IBM Cloud® Databases for MongoDB предоставляет гибкое и масштабируемое решение для всех потребностей предприятия. Используя мощные возможности индексирования и запросов MongoDB с полностью управляемыми и безопасными облачными конфигурациями IBM, они получают надежное и безопасное решение для управления корпоративными базами данных.

Базы данных для MongoDB изначально интегрированы и доступны в консоли IBM Cloud и обеспечивают удобные возможности автоматизации при обслуживании, координации и мониторинге вашей структуры данных во всей вашей инфраструктуре. Имея в своем распоряжении многолетний опыт IBM в области разработки предприятий и управления базами данных, вы можете позволить своей команде сосредоточиться на создании более качественных и инновационных решений для ваших клиентов, зная, что безопасность, соответствие требованиям, масштабируемость и надежность вашего бизнеса находятся в надежных руках.< /p>

Чтобы узнать больше о том, как легко развернуть MongoDB в корпоративной среде и как повысить эффективность вашей команды, изучите IBM Cloud Databases для MongoDB.

Для более подробного ознакомления с MongoDB ознакомьтесь с разделом Database Deep Dives: MongoDB.

IBM также заключила партнерское соглашение с MongoDB, чтобы предоставить пакет MongoDB Enterprise Advanced, который включает MongoDB Enterprise Server, а также всестороннюю поддержку, безопасность и расширенные программные инструменты. MongoDB Enterprise Advanced доступен в качестве надстройки для IBM Cloud Pak® for Data — полностью интегрированной многооблачной платформы данных и искусственного интеллекта. Или вы можете интегрировать его в существующее решение по управлению данными для сред x86, IBM Power® и IBM Z® с IBM Data Management Platform для MongoDB Enterprise Advanced.

MongoDB – это решение для нереляционной базы данных с открытым исходным кодом, относящееся к категории системы NoSQL и используемое для приложений с большими данными. MongoDB впервые была представлена ​​в 2009 году и работает с так называемыми коллекциями и документами, которые, в свою очередь, содержат различные пары "ключ-значение", в которых хранятся данные.

Базы данных NoSQL

Принцип NoSQL («Не только SQL») впервые появился в конце 2000-х годов и обычно относится ко всем базам данных, которые не хранят данные в реляционных таблицах и языком запросов которых не является SQL. Наиболее известными примерами баз данных NoSQL, помимо MongoDB, являются Apache Cassandra, Redis или Neo4j.

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

Структура баз данных MongoDB

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

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

В текущей реализации MongoDB допускает размер данных только 8 МБ на документ. После вычитания места для хранения служебных данных файла для набора данных осталось не так уж много места для хранения. Однако MongoDB использует двоичный формат данных, основанный на JSON, что делает его гораздо более удобным для памяти, чем текстовые форматы файлов. Судя по названию BSON, этот формат данных основан на его происхождении («Двоичный JSON»).

BSON — это двоичный формат файла JSON, оптимизированный в некоторых аспектах. Исходные форматы файлов, такие как CSV, XML или также JSON, являются так называемыми текстовыми форматами. Они хранят данные в виде простого текста. Это делает их понятными для нас, людей, но требует сравнительно большого объема памяти. Поскольку в последние годы проекты, связанные с большими данными, стали более заметными, двоичные форматы данных стали более интересными.

Они хранят части или даже все данные в двоичном формате, что делает их нечитаемыми для нас, людей, в течение времени хранения. Это означает, что открытие и сохранение таких файлов занимает немного больше времени, так как информация сначала должна быть обработана, но место для хранения меньше, а запросы иногда более производительны. Файлы BSON хранят ключи в виде двоичных значений. Однако значения по-прежнему сохраняются в виде текста, а метаданные хранятся в двоичном формате и поэтому могут быть прочитаны быстрее, чем текстовые ключи. Вот пример простого словаря JSON и соответствующего файла BSON:

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

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

MongoDB, как и другие решения NoSQL, предоставляет множество преимуществ по сравнению с классическими реляционными базами данных для больших наборов данных:

  • Балансировка нагрузки: эти базы данных могут быть распределены по разным виртуальным машинам и, таким образом, сохранят относительную производительность даже при большом количестве одновременных запросов или больших объемах данных. Реляционные базы данных, с другой стороны, не могут быть распределены между несколькими машинами из-за их фундаментальных свойств (ACID). В результате машина должна быть более мощной, если ей приходится обрабатывать много запросов. В большинстве случаев это дороже и сложнее, чем распределение нагрузки по одной системе.
  • Гибкие форматы данных. Как мы уже отмечали, MongoDB может хранить гораздо более гибкие схемы данных, чем реляционные базы данных. Теоретически каждый ключ может иметь собственный формат данных.
  • Поддержка многих языков программирования. В настоящее время MongoDB разработана и поддерживается для многих языков программирования, таких как Python, PHP, Ruby, Node.js, C++, Scala, JavaScript и многих других. Это упрощает интеграцию базы данных для самых разных прикладных проектов и их языков программирования без необходимости переключения на другой язык.

Области применения

Базы данных MongoDB фактически можно использовать практически во всех областях приложений, в которых можно хранить данные в формате JSON. Затем их можно легко «перевести» в формат BSON и сохранить в базе данных MongoDB.

Классическим примером этого являются данные о перемещениях пользователей по веб-сайту. Каждый путь пользователя отличается от другого и поэтому не предлагает фиксированную схему данных. Например, пользователь на сайте электронной коммерции размещает заказ и входит в систему. Следующий пользователь, с другой стороны, ищет последние предложения о работе в разделе карьеры компании.В файле JSON это можно относительно легко сопоставить с помощью ключей и, таким образом, также сохранить в MongoDB. В реляционной базе данных один и тот же вариант использования будет не так просто сопоставить.

Другие возможные области применения включают серверные данные из приложений приложений, систему управления контентом для веб-сайтов или даже полное хранилище данных компании.

MongoDB требуется папка данных для хранения файлов. Расположение по умолчанию для каталога данных MongoDB — c:datadb. Поэтому вам нужно создать эту папку с помощью командной строки.

Точно так же вы можете спросить, где находится каталог данных MongoDB?

4 ответа. По умолчанию MongoDB прослушивает соединения от клиентов через порт 27017 и сохраняет данные в каталоге /data/db. Если вы хотите, чтобы mongod хранил файлы данных по пути, отличному от /data/db, вы можете указать dbPath . dbPath должен существовать до запуска mongod.

Аналогично, где хранятся данные MongoDB для Mac? Каталог данных по умолчанию для MongoDB — /data/db .

  1. Базы данных хранятся в каталоге /usr/local/var/mongodb/.
  2. Монбог.
  3. Журналы монго можно найти в /usr/local/var/log/mongodb/

Во-вторых, где в Windows находится MongoDB?

  1. Узнайте, где установлен ваш исполняемый файл, путь может быть таким: "C:Program FilesMongoDBServer3.4inmongod.exe"
  2. Создайте файл конфигурации с таким содержимым (формат yaml), путь может быть таким: "C:Program FilesMongoDBServer3.4mongod.cfg"

Где мой файл конфигурации MongoDB?

В Linux файл по умолчанию /etc/mongod. conf включается при использовании менеджера пакетов для установки MongoDB. В Windows файл по умолчанию /bin/mongod. cfg включается во время установки.

Как MongoDB хранит данные?

MongoDB хранит данные на диске как BSON в вашем каталоге пути к данным, который обычно /data/db. Там должно быть два файла на коллекцию, collection. 0, в котором хранятся данные (и это целое число затем увеличивается по мере необходимости) и коллекция. ns, в котором хранятся метаданные пространства имен для коллекции.

У меня установлена ​​MongoDB?

Чтобы проверить версию mongodb, используйте команду mongod с параметром --version. В Windows вам нужно будет использовать полный путь к mongod.exe и mongo.exe, чтобы проверить версию mongodb, если вы не установили MongoDB Path. Но если задан MongoDb Path, вы можете просто использовать команду mongod и mongo.

Где хранится Mongodump?

По умолчанию mongodump сохраняет выходные файлы в каталоге с именем dump в текущем рабочем каталоге. Чтобы отправить дамп базы данных на стандартный вывод, укажите «-» вместо пути. Запишите в стандартный вывод, если вы хотите обработать вывод перед его сохранением, например, использовать gzip для сжатия дампа.

Где моя база данных MongoDB?

Если вы хотите проверить список своих баз данных, используйте команду show dbs. Созданная вами база данных (mydb) отсутствует в списке. Для отображения базы данных необходимо вставить в нее хотя бы один документ. В MongoDB база данных по умолчанию является тестовой.

Какая последняя версия MongoDB?

Кроме того, MongoDB Inc. предлагает проприетарные лицензии для MongoDB. Последними версиями, лицензированными как AGPL версии 3, являются 4.0.3 (стабильная) и 4.1.4. MongoDB исключен из дистрибутивов Debian, Fedora и Red Hat Enterprise Linux из-за изменения лицензирования.

Как узнать, установлена ​​ли MongoDB в Windows?

Откройте командную строку и введите "cd c:program filesmongodbserveryour versionin". После входа в папку bin введите «mongo start». Если вы получаете либо успешное соединение, либо неудачное, это означает, что он как минимум установлен.

Как создать коллекцию в MongoDB?

MongoDB Create Collection Выберите базу данных MongoDB, в которой вы хотите создать коллекцию, используя команду USE. Ниже приведен синтаксис команды USE: используйте Вставьте запись в коллекцию с именем коллекции, указанным в команде, как показано ниже db. Просмотрите существующие коллекции с помощью следующей команды show collections.

Как запустить MongoDB в Windows 10?

Чтобы запустить MongoDB, запустите mongod.exe из командной строки, перейдите в папку Bin MongoDB и запустите команду mongod, она запустит основной процесс MongoDB и появится сообщение об ожидании подключения в консоли.

Для чего хороша MongoDB?

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

Является ли MongoDB открытым исходным кодом?

MongoDB — это документная база данных NoSQL с открытым исходным кодом, в которой возникла проблема. Несмотря на свою популярность, облачные компании, такие как Amazon Web Services (AWS), IBM Cloud, Scalegrid и ObjectRocket, извлекли из нее выгоду, предложив ее как услугу, в то время как MongoDB Inc. не смогла монетизировать ее в той же степени.

Как запустить MongoDB в Windows 7?

Чтобы запустить базу данных, выполните следующие действия: Создайте каталог данных. По умолчанию MongoDB ищет каталог datadb на корневом диске, откуда вы запускаете mongod . Например, вы можете создать C:datadb. Откройте командную строку и перейдите в C:Program FilesMongoDB 2.6 Standardin и введите mongod, чтобы запустить демон.

Что такое Mongoosejs?

Mongoose — это библиотека моделирования объектных данных (ODM) для MongoDB и Node. js. Он управляет связями между данными, обеспечивает проверку схемы и используется для преобразования объектов в коде в представление этих объектов в MongoDB.

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

Сохранение файлов непосредственно в базе данных с помощью одного вызова API не было простым делом до появления GridFS в MongoDB.

Что такое MongoDB GridFS

GridFs – это уровень абстракции в MongoDB, используемый для хранения и восстановления больших файлов, таких как видео, аудио и изображения. Эта файловая система хранит файлы размером даже больше 16 МБ в коллекциях данных MongoDB. Файлы сохраняются, сначала разбивая их на более мелкие фрагменты данных, каждый фрагмент имеет размер 255 КБ.

GridFS использует две системы сбора для хранения файлов:

  1. Чанк. Это коллекция, в которой хранятся части документа. Фрагменты ограничены размером 255 КБ каждый, и когда кто-то делает запрос, драйвер GridFS повторно собирает все фрагменты в соответствии с уникальным _id хранилища. Например, вы можете захотеть получить сегмент видеофайла, а не весь файл, это возможно, просто запросив правильный диапазон, который вы хотите.
  2. Файл: сохраняет последующие дополнительные метаданные для файла.

Коллекции помещаются в общую корзину, а затем к каждой добавляется префикс имени корзины, который по умолчанию равен fs, поэтому мы имеем:

Можно выбрать другое имя корзины, но полное имя коллекции зависит от: ограничение пространства имени в 255 байт.

Коллекция фрагментов

Документы коллекции фрагментов имеют форму:

  • _id : уникальный идентификатор чанка.
  • files_id: это _id родительского документа, хранящегося в коллекции файлов.
  • n: порядковый номер фрагмента, начинающийся с 0.
  • данные: полезная нагрузка чанка в виде двоичного типа BSON.

Составной индекс с использованием полей files_id и n используется для эффективного извлечения фрагментов, например:

Чтобы создать этот индекс, если он не существует, вы можете запустить следующую команду в оболочке mongo:

Коллекция файлов

Документы в этой коллекции имеют форму

  • _id : это уникальный идентификатор документа, тип данных которого выбран для исходного документа, и по умолчанию в MongoDB это BSON ObjectId.
  • length : размер документа в байтах.
  • chunkSize: размер каждого фрагмента, ограниченный 255 килобайтами.
  • uploadDate: поле типа Дата, в котором хранится дата первого сохранения документа.
  • имя файла: это необязательное поле, которое является удобочитаемым идентификатором файла.
  • метаданные: это необязательное поле, содержащее дополнительную информацию, которую нужно сохранить.

Пример файла fs показан ниже.

Как и в коллекции чанков, в коллекции файлов используется составной индекс с использованием полей имени файла и uploadDate, чтобы обеспечить эффективное извлечение файлов, например:

Чтобы создать этот индекс, если он не существует, вы можете запустить следующую команду в оболочке mongo:

Когда использовать систему хранения MongoDB GridFS

MongoDB GridFS обычно не используется, но следующие условия могут потребовать использования этой системы хранения GridFS;

  • Если текущая файловая система имеет ограничение на количество файлов, которые могут храниться в данном каталоге.
  • Когда кто-то намеревается получить доступ к части сохраненной информации, GridFS позволяет вызывать части файла без доступа ко всему документу.
  • Когда кто-то намеревается распространять файлы и их метаданные через географически распределенные наборы реплик, GridFS позволяет автоматически синхронизировать метаданные и развертывать данные в нескольких целевых системах.

Когда не следует использовать систему хранения MongoDB GridFS

Однако система хранения GridFS не подходит для использования, когда необходимо обновить содержимое всего файла, сохраненного в GridFS.

Как добавить файлы в GridFS

При сохранении mp3-файла в MongoDB с помощью GridFs следует следовать следующей процедуре:

  1. Откройте терминал (командная строка)
  2. Перейдите к файлу mongofiles.exe (он находится в папке bin)
  3. Используйте команду

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

Чтобы просмотреть файл, хранящийся в GridFS, используйте приведенную ниже команду запроса в оболочке mongo;

Команда возвращает документ в формате, показанном ниже:

Разделение GridFS

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

Грубое разделение возможно только в том случае, если драйверы MongoDB не запускают filemd5.

Коллекции файлов часто не сегментируются, поскольку они содержат только метаданные и очень малы. Доступные ключи также не обеспечивают равномерного распределения в сегментированном кластере. Однако, если вам нужно разделить коллекцию файлов, вы можете использовать поле _id в сочетании с некоторыми полями приложения.

Ограничения GridFS

Файловая система GridFS имеет следующие ограничения:

  1. Атомарное обновление. GridFS не имеет атомарного обновления. Это упрощает ручное обновление, выбирая нужную версию файлов и сохраняя несколько версий файлов.
  2. Производительность: система работает медленно с файловой системой и веб-сервером.
  3. Рабочий набор: при работе с новым рабочим набором используется другой сервер. Это сделано для того, чтобы не мешать работающему рабочему набору.

Заключение

GridFS — это панацея для разработчиков, которые намерены хранить большие файлы в MongoDB. Система хранения GridFS дает разработчикам возможность хранить большие файлы и извлекать части необходимых файлов. Таким образом, GridFS — это отличная функция MongoDB, которую можно использовать с различными приложениями.

Читайте также: