Какие основные типы баз данных существуют и их ключевые отличия?

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

1. Реляционные (SQL) Базы — твой педантичный бухгалтер. Это как шкаф с кучей аккуратных ящичков, где всё по полочкам. Схема жёсткая, хуй сломаешь, пока её не продумаешь. Зато потом можешь спрашивать у этой системы что угодно, типа «покажи всех Васюток из Тулы, которые купили три телевизора, но не заплатили за последний». Она тебе выдаст, потому что она ACID-ная, то есть надёжная, как швейцарские часы, блядь. Но если тебе надо быстро засунуть в неё диван, который в дверь не лезет — забудь. Это для серьёзных финансовых контор, где каждая копейка на счету. Примеры: PostgreSQL, MySQL — классика, ебать.

-- Вот смотри, как он, бухгалтер, разговаривает:
SELECT users.name, orders.total_amount
FROM users
INNER JOIN orders ON users.id = orders.user_id
WHERE users.country = 'RU'
ORDER BY orders.created_at DESC;

Видишь? Всё чётко, по правилам, запятые на месте. «Дай мне имена и суммы заказов у всех русских, отсортированных по свежести». Красота.

2. NoSQL Базы — это твой гараж, куда скидывают всё подряд. Схемы нет, или она «ну как получится, бля». Масштабируются проще — можно достраивать сараи, когда хлам уже не лезет. Но тут уже не до ACID, тут главное по CAP-теореме не облажаться: либо данные везде одинаковые (Consistency), либо система всегда отвечает (Availability), но когда сеть рвётся (Partition) — выбирай, чем пожертвовать. Ёпта, жизнь.

a) Документные (Document Stores) Типа как шкаф с коробками из-под обуви. В каждой коробке — свой набор хуйни: в одной носки, паспорт и старая зажигалка, в другой — только визитки. Главное, что в коробку (документ) ты можешь запихнуть что угодно в формате JSON. Ищешь потом по метке на коробке. Идеально для каталогов товаров или профилей юзеров, где у каждого свой набор полей. Главный пацан тут: MongoDB.

// Смотри, как просто запихнуть ноутубку в такую коробку:
db.products.insertOne({
    name: "Laptop",
    price: 999.99,
    attributes: { cpu: "Intel i7", ram: 16 }, // Вложенная хуйня — пожалуйста!
    tags: ["electronics", "computers"]
});

b) Ключ-Значение (Key-Value Stores) Вообще примитив, блядь. Как вешалка в прихожей. Есть ключ — крючок «пальто Вася». Вешаешь на него значение — само пальто. Хочешь получить пальто — тыкаешь в ключ. Всё. Быстрее некуда. Для кэша, сессий, корзин — идеально. Спросить «а покажи все пальто синего цвета» — нихуя, такую вешалку не спросишь. Король скорости: Redis.

# Типа: повесил сессию пользователя на крючок и всё
SET user:session:abc123 "{userId: 456, role: 'admin'}"
GET user:session:abc123 # Получил обратно — красота!

c) Колоночные (Column-Family) Это уже не для дома, это для огромного склада метрик, блядь. Представь, тебе надо посчитать не «сколько у каждого человека носков», а «сколько вообще носков во всём городе чёрных, размером 43». Вместо того чтобы перебирать все коробки (строки), ты идешь вдоль стеллажа и смотришь только колонку «цвет носков» и «размер». Овердохуища быстрее для аналитики. Монстр аналитики: Apache Cassandra.

d) Графовые (Graph Databases) А это вообще магия, ёпта. Для тех, кто помешан на связях. Типа соцсетей. Узлы — это люди, рёбра — это «дружит с», «изменил», «задолжал». Запрос «найди всех, кто изменял жене моего друга, который должен мне денег» выполняется за секунды. В обычной SQL-ке от такого JOIN'а сервер бы взвыл, как сука. Мастер связей: Neo4j.

// Запрос на ихнем языке Cypher, звучит почти по-человечески:
MATCH (alice:Person {name: 'Alice'})-[:FRIEND]->(friend)-[:FRIEND]->(fof)
WHERE alice <> fof
RETURN DISTINCT fof.name;
// «Дай мне друзей друзей Алисы, но саму Алису не давай»

3. NewSQL — гибридный мутант. Ну а это когда хочется и масштабироваться, как NoSQL, и ACID-гарантии не терять, и на SQL разговаривать. Типа единорог, блядь. Существует, но волшебный. Google Spanner, CockroachDB — названия говорящие, один как таракан выживет везде.

Итог, блядь: Выбираешь инструмент под задачу, а не наоборот. Нужны сложные транзакции и надёжность — SQL, твой бухгалтер. Нужно кэшировать или хранить сессии — Redis, вешалка. Работаешь с ворохом полуструктурированных документов — MongoDB, коробки. Копаешься в связях — Neo4j, детектив. Аналитику гоняешь — Cassandra, учётчик. А если хочешь всё и сразу — NewSQL, но готовься к тому, что это хитрая жопа, которая может и подвести. Вот и вся наука, в рот меня чих-пых.