Это не вопрос типа NoSQL и SQL. Меня интересуют типы сценариев, в которых можно использовать комбинацию СУБД и базы данных NoSQL, и использование этой комбинации хорошо подходит . В общем, я понимаю, что «это зависит» от ситуации и задачи, но я думаю, что должны быть некоторые общие / распространенные 1 ситуации, когда эта комбинация очень полезна.
У каждого из вышеперечисленных типов решений есть свои сильные и слабые стороны - мне нужны ситуации / сценарии, в которых сильные стороны обоих можно полностью использовать и использовать.
На мой взгляд, одним из них может быть электронная коммерция. . Платежи, транзакции и т. Д. В СУБД (вспомните ACID 2 ), а также информацию о продуктах и каталоги в базе данных NoSQL. Но подходит ли это?
Общие проблемы приложения, например. В качестве другого примера, вероятно, хорошо подходит ведение журнала для решения типа NoSQL.
В качестве альтернативы, почему бы вам не использовать оба этих типа технологий в комбинации?
Редактировать: Повторюсь, я понимаю, что и SQL, и NoSQL имеют присущие им преимущества и недостатки, и что определенные типы ситуаций больше подходят только для одного из вышеуказанных хранилищ данных.
1 Я знаю, что такие гиганты, как Facebook, Google и т. Д., Вероятно, используют их комбинацию, но в почти во всех большинстве случаев я не думаю, что большинство членов SO когда-либо будут работать над такими огромными решениями. Более типичные повседневные вещи.
2 RavenDB - это решение NoSQL, которое поддерживает транзакции ACID