Хорошо известно, что реляционные БД до сих пор занимают львиную долю рынка. Однако в некоторых случаях для проекта больше подойдут NoSQL-решения.
Хорошо известно, что реляционные БД до сих пор занимают львиную долю рынка. Однако в некоторых случаях для проекта больше подойдут NoSQL-решения.
Как известно, MongoDB поддерживает CRUD-операции по чтению и манипуляции данными (create — создание, read — чтение, update — обновление, delete — удаление). Данные термины -- основа для взаимодействий с БД. Давайте посмотрим, как можно создавать, читать и обновлять документы.
MongoDB имеет свои особенности и, разумеется, ряд преимуществ. Но если вы выбираете эту БД для своего проекта, вы должны понимать и недостатки. Давайте вкратце рассмотрим минусы, а также конкретные примеры, когда эта база данных все же подходит для вашего проекта.
Как показывает рейтинг DB-Engines, в топ-5 наиболее популярных СУБД входят 4 реляционных (SQL) и 1 нереляционная (NoSQL). Никто не будет спорить с тем, что реляционные БД известны лучше, распространены больше, ну и, разумеется, занимают львиную долю рынка. Однако в некоторых случаях для проектов все же лучше выбирать NoSQL-решения.
Удаление ограничения NOT NULL из столбца PostgreSQL потребует полной блокировки таблицы. Но это не проблема, ведь речь идет о простом обновлении каталога. Однако когда мы говорим о добавлении ограничения NOT NULL к уже существующему столбцу, все становится интереснее.
В одной из статей мы рассказывали про особенности базы данных MongoDB. Давайте посмотрим на пример документа и изучим структуру хранилища этой нереляционной СУБД.
MongoDB представляет собой документоориентированную СУБД с открытым исходным кодом. В ней для хранения данных применяется JSON-подобный формат, а еще эта система управления базами данных характеризуется безопасностью, масштабируемостью и высокой доступностью. Но давайте обо всем по порядку.