Научитесь использовать все возможности и преимущества нереляционных баз данных!
Получите новые навыки 13 сентября на demo-занятии «Шардированный реплицированный кластер mongodb».
За 1,5 часа вы рассмотрите варианты репликации и Replica set. Разберете концепцию кворума, балансировку и подходу к шардированию в БД. В результате у вас получится развернутый шардированный реплицированный кластер mongodb.
Когда надо выбрать СУБД, мы чаще всего отдаем предпочтение реляционной SQL, обходя вниманием нереляционные (NoSQL) структуры. Однако преимущества есть у обоих вариантов. Давайте рассмотрим их ключевые особенности.
Язык
Давайте представим, что у нас есть город А, все жители которого разговаривают на одном языке, и этот язык — единственное средство взаимодействия между людьми. Также существует город B, все жители которого разговаривают на разных языках. При этом они взаимодействуют с окружающим миром абсолютно по-разному, то есть универсальное средство общения попросту отсутствует.
Эти простые примеры наглядно демонстрируют основные отличия между реляционными и нереляционными БД.
Да, реляционные БД используют для определения и обработки данных SQL — гибкий язык запросов, выбор которого минимизирует ряд рисков и прекрасно подходит для комплексных запросов. Но есть и обратная сторона медали: SQL имеет ряд ограничений. В частности, построение запросов обязывает предопределять структуру данных, то есть, если вы потом захотите эту структуру изменить, это может оказаться губительным для системы.
Что касается нереляционных БД, то они предлагают динамическую структуру данных, то есть данные можно хранить разными способами: колоночным, документо-ориентированным, на основе пар «ключ-значение» либо в виде графов.
Что на практике может дать такая гибкость:
• возможность создавать документы без необходимости заранее задавать их структуру;
• каждый документ способен обладать своей структурой;
• у каждой БД возможно наличие собственного синтаксиса;
• есть возможность добавлять поля непосредственно в процессе работы с данными.
Масштабируемость
Чаще всего SQL-базы масштабируются вертикально, то есть можно повышать нагрузку на отдельно взятый сервер и наращивать мощность центральных процессоров, а также объемы ОЗУ либо системы хранения данных. В случае с NoSQL базы масштабируются горизонтальным способом. Это, к примеру, значит, что можно повышать трафик, распределяя его либо добавляя к вашей СУБД больше серверов. Это как добавлять больше этажей к зданию или даже добавлять больше зданий на улице. То есть в случае с NoSQL система может стать и больше, и мощнее, о чем следует помнить, если нужна БД для больших либо постоянно изменяющихся структур данных.
Структура
В SQL-системах данные представляются в формате таблиц, тогда как в NoSQL — в формате документов, графов, пар «ключ-значение» либо wide-column-хранилищ. Такое положение вещей делает SQL-БД лучшим выбором для приложений, предполагающих транзакции с несколькими записями (той же системы учетных записей) или для устаревших систем, ранее спроектированных и построенных для реляционных структур.
Напоследок вспомним основные СУБД обоих видов:
• SQL: MySQL, Oracle, PostgreSQL, Microsoft SQL Server;
• NoSQL: MongoDB, Redis, RavenDB Cassandra, BigTable, HBase, Neo4j, CouchDB.
По материалам: https://libraitsolutions.com/the-sql-vs-nosql-difference-mysql-vs-mongodb/.