{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Slavlotski: заметки с тегом БД", "_rss_description": "Меня зовут Влад и я Data Engineer. В свободное от работы время люблю писать электронную музыку, играть в видеоигры", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/slavlotski.com\/tags\/bd\/", "feed_url": "https:\/\/slavlotski.com\/tags\/bd\/json\/", "icon": "https:\/\/slavlotski.com\/pictures\/userpic\/userpic@2x.jpg?1696305806", "authors": [ { "name": "Slavlotski", "url": "https:\/\/slavlotski.com\/", "avatar": "https:\/\/slavlotski.com\/pictures\/userpic\/userpic@2x.jpg?1696305806" } ], "items": [ { "id": "12", "url": "https:\/\/slavlotski.com\/all\/relyacionnye-i-neryalyacionnye-bd\/", "title": "Реляционные и нереляционные БД", "content_html": "
\n\"\"\n
Источник: bigdataschool<\/a><\/div>\n<\/div>\n

Реляционные БД<\/b><\/h2>\n

SQL подход — это семейство реляционных баз данных, основанное на отношениях (связях) таблиц друг с другом. Каждая таблица представлена в виде столбцов и строк. Столбец имеет свой предопределенный тип данных, в каждой ячейке значение. Строка хранит набор связанных значений, относящихся к объекту. Для определения уникальности строки существуют уникальный идентификатор (primary key). Строки из нескольких таблиц могут быть связаны посредством внешних ключей (foreign key).<\/p>\n

Отличительные черты реляционной модели<\/b>:
\n— подходит для решения большинства существующих задач
\n— запись и чтение структурированных данных
\n— данные связаны в виде логических отношений таблиц
\n— в таблицах есть строки и столбцы, где каждый атрибут имеет свой тип данных, а в ячейке свое значение
\n— есть уникальный ключ (primary key) для определения уникальности записи
\n— есть внешний ключ (foreign key) для отношения (связи) строк одной таблицы с строками другой таблицы
\n— необходима фиксированная схема (schema), где описана структура таблицы (наименование полей, тип полей и т. п.) наложенные на таблицу ограничения (constraints, checks, excludes)
\n— благодаря поддержки ACID свойств<\/a> обеспечивается целостное хранение и согласованность данных, высокая отказоустойчивость и надежность
\n— поддержка языка SQL для манипуляций с данными<\/p>\n

Недостатки реляционных БД<\/b>:
\n— сложно горизонтально масштабироваться
\n— невозможно хранить данные с заранее неизвестной структурой
\n— менее эффективны в обработке больших объемов данных (террабайты, петабайты), чем нереляционные БД<\/p>\n

Популярными представителями реляционных СУБД являются: Oracle, MySQL, MSSQL, Postgres<\/p>\n

Нереляционные БД (NotOnlySQL)<\/b><\/h2>\n

NoSQL подход — это семейство нереляционных баз данных, реализующее отличный от традиционной табличной модели представления данных, где управление данными осуществляется не только с помощью языка структурированных запросов SQL.<\/p>\n

Отличительные черты нереляционной модели<\/b>:
\n— используются для решения узкоспециализированных задач
\n— запись и чтение неструктурированных данных
\n— гибкость, отсутствует фиксированное описание схемы из-за хранения данных без строгой структуры в виде документов, ключ-значений, графов и т. д.
\n— взамен ACID принципов используются BASE принципы<\/a>, которые основаны на CAP теореме<\/a>
\n— возможность горизонтального масштабирования путем добавления нового сервера в кластер
\n— поддержка шардирования<\/a>
\n— высокая доступность и отказоустойчивость благодаря репликации данных
\n— обработка больших объемов неструктированных данных с низкой временной задержкой
\n— поддержка собственных SQL-подобных языков запросов, RESTful-интерфейсов, API и сложных типов данных<\/p>\n

Недостатки нереляционных БД<\/b>:
\n— отсутствие сильной целостности данных приводит к случаям чтения неактуальной информации, реплика не всегда может успеть обновиться актуальными данными
\n— сильная привязка к специфике внутреннего языка запросов конкретной СУБД, когда в реляционной БД есть SQL, который универсален для всех реляционных баз. Это приводит к сложности перехода от одной нереляционной БД к другой<\/p>\n

Виды NoSQL БД<\/b>:
\nКлюч-значение (key-value)<\/b><\/p>\n

\n\"\"\n
Источник: cloud.yandex.ru<\/a><\/div>\n<\/div>\n

В БД данного типа записи хранятся в парах ключ-значение, где ключ — уникальный идентификатор. Key-value БД используются для систем, где очень важна скорость и данные представлены не в сложном виде. Такие БД хорошо подходят например, для хранения кэша данных, пользовательских сессий, корзин в интернет магазине.<\/p>\n

Популярными представителями являются: Redis (Remote Dictionary Server), DynamoDB, Memcached<\/p>\n

Колоночные (column family store)<\/b><\/p>\n

\n\"\"\n
Стандартная строковая СУБД. Источник: clickhouse.com<\/a><\/div>\n<\/div>\n
\n\"\"\n
Столбцовая СУБД. Источник: clickhouse.com<\/a><\/div>\n<\/div>\n

В колоночных БД данные каждой колонки хранятся отдельно независимо друг от друга (для каждого столбца создается свой файл). Такой принцип позволяет считывать с диска только данные тех столбцов что указаны в запросе — это ускоряет процесс чтения данных из больших таблиц, предназначенных для аналитических целей. Также преимуществом такого хранения является возможность сильно сжимать данные, что значительно экономит место на диске. Недостатком является выполнение операций над строками, у такого типа БД они более затратные.<\/p>\n

Популярными представителями являются: Cassandra, Apache Hbase, ClickHouse<\/p>\n

Документоориентированные (document-oriented store)<\/b><\/p>\n

\n\"\"\n
Схема документоориентированного БД. Источник practicum.yandex.ru<\/a><\/div>\n<\/div>\n

Данные в этом типе БД хранятся в виде документов в формате JSON, YAML, XML. Документы складываются в коллекции, а коллекции группируются логически тем самым создается иерархия. Преимуществом такой БД является гибкость, значения и структура документов может меняться в процессе разработки. Такие БД часто применяются для каталогов товаров в маркетплейсах, в соцсетях, платформ с блогами и видео, геоаналитики.<\/p>\n

Популярными представителями являются: MongoDB, Amazon DynamoDB, CouchDB<\/p>\n

Бонус<\/b><\/h2>\n

Классное и креативное объяснение NoSQL простым языком:<\/p>\n

\n