Какие типы NoSQL баз данных вы знаете? Приведите примеры и расскажите об их применении.

Слушай, ну вот сидишь ты, пиздюк, и думаешь: "А нахуй мне эти ваши SQL, с их join'ами и схемами, которые как смирительная рубашка?" И ты прав, блядь! Потому что NoSQL — это как раз про свободу, но, как и в жизни, свобода бывает разная, и каждая — со своими загонами.

Вот смотри, какие варианты тебе светят, чтобы не облажаться с выбором.

1. Документные (Document-oriented) — для тех, кто не определился

• Кто они: MongoDB, Couchbase. Это такие хипстеры от баз данных.
• Суть: Ты складываешь всё в JSON'ы, как в мусорный пакет. Хочешь — сегодня у объекта поле name, а завтра он уже с полем nickname и вложенным объектом preferences.favorite_color. Схема? Да похуй на схему! Главное — чтобы парсилось.
• Где впишется: Профили юзеров (сегодня добавил телефон, завтра — аватарку), каталоги товаров (у ноутбука есть specs.cpu, а у футболки — size), всякие CMS. В общем, там, где требования меняются быстрее, чем ты успеваешь выпить кофе.
• Пример кода (MongoDB на Go):

  client, _ := mongo.Connect(ctx, options.Client().ApplyURI("mongodb://localhost:27017"))
  collection := client.Database("store").Collection("products")
  _, err = collection.InsertOne(ctx, bson.M{"name": "Laptop", "price": 1200, "specs": bson.M{"cpu": "M1", "ram": 16}})

  Видишь? Засунули ноут и его характеристики одной хуйней. Красота.

2. Ключ-Значение (Key-Value) — для спринтеров

• Кто они: Redis, Memcached. Эти ребята живут в оперативке, поэтому быстрые, как удар тока, но и память у них — золотая.
• Суть: Всё просто, ёпта! Есть ключ — есть значение. Нет ключа — иди нахуй. Сложных запросов тут нет, только "дай по ключу" или "положи по ключу". Скорость — овердохуища.
• Где впишется: Кэш, чтобы не ебашить в основную базу каждый раз. Сессии пользователей. Разные счётчики лайков и просмотров. А Redis ещё и в Pub/Sub умеет — для сообщений между сервисами.
• Пример кода (Redis на Go):

  client := redis.NewClient(&redis.Options{Addr: "localhost:6379"})
  err := client.Set(ctx, "user:1:session", "some_session_token", 10*time.Minute).Err()

  Положил токен на 10 минут и забыл. Через 10 минут — просится заново, пидор.

3. Колоночные (Column-family) — для терпеливых гигантов

• Кто они: Cassandra, ScyllaDB. Это не базы, а танки. Тяжелые, неубиваемые, масштабируются горизонтально до бесконечности.
• Суть: Они хранят данные не строками, а колонками. Это пиздец как эффективно, когда тебе нужно проанализировать ОДИН параметр (например, среднюю температуру по больнице) по ВСЕМ записям, а не тащить всю строку со всеми полями. Пишешь много, читаешь быстро и по конкретным колонкам.
• Где впишется: Логи, тонны метрик, данные с датчиков (IoT), вся эта хуйня под названием Big Data. Если твои данные измеряются в петабайтах и должны быть доступны всегда — это твой выбор.

4. Графовые (Graph) — для любителей связей

• Кто они: Neo4j. Базы для социопатов, которые хотят понять, кто с кем дружит, спит или должен денег.
• Суть: Тут есть узлы (сущности) и рёбра (связи между ними). И вся мощь — в этих самых связях. Запросы типа "найди всех друзей друзей моего друга, которые купили такую же хуйню, как и я" — выполняются на раз-два.
• Где впишется: Социальные сети, рекомендации ("люди, смотрящие это, также смотрят..."), выявление сложных мошеннических схем, где все друг другу родственники.

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