Какой выбор технологии для этого?

Question

Я сталкиваюсь со следующей проблемой.Цель состоит в том, чтобы разработать БД для хранения следующей схемы:

У вас есть PRODUCTS, который может состоять как из PRIMARY_PRODUCTS, так и из других PRODUCTS.

Мой первый вопросузнать, какая из технологий SQL DB или NoSQL будет рекомендована для этого?Я не очень хорошо знаю NoSQL, и я не уверен, что стоит потратить время на исследование, если вся концепция не подходит для pb.Если стоит посмотреть на NoSQL, какую версию рекомендуется?Я смотрел на Кассандру, но существует так много типов, что вселенная довольно большая.

Если NoSQL не подходит для этого, поэтому нам нужно вернуться к SQL.Вы считаете, что hierarchyId подходит?

Answer 1

Как SQL, так и NoSQL могут хранить и извлекать данные такого рода, и обе технологии могут быть выполнены для этой работы.

Основные различия заключаются в другом: в двух словах: транзакции и гарантированная согласованность для SQL по сравнению свысокая производительность для читателей для NoSQL.

В вашей конкретной ситуации SQL, с его поддержкой транзакций, будет гарантировать, что зрители увидят составной продукт, когда все субпродукты будут успешно сохранены.

Однако в большинстве реальных ситуаций вероятность того, что зритель увидит частично зафиксированный продукт в системе NoSQL, настолько мала, что не имеет значения: будущие чтения продукта будут правильными.