Решение SQL не обязательно то, что вы хотите, независимо от масштаба.Существуют ситуации, когда вы не можете легко предсказать схему вашей модели, или, что еще хуже, ваши данные не имеют схемы.В этих ситуациях вам нужна модель данных, которая не ограничивает вас, а, скорее, дает вам гибкость, необходимую для развития ваших данных, при этом сохраняя основные возможности, такие как быстрые индексы.
Другая причина заключается в том, что SQL непредставляют естественный способ, которым вы хотите посмотреть на свои данные, преимущественно графические БД, такие как Neo4J или GraphDB, позволяют разработчикам или пользователям подходить к модели связанных графов более интуитивным способом.
Конечно, есть способчтобы решить все эти проблемы в СУБД Oracle, но это больше похоже на взлом БД в соответствии с вашими потребностями, а не на использование БД, которая подходит вам.Это звучит как перк, но на самом деле это значительно облегчает разработку и анализ вашего приложения.
Теперь, если мы говорим о масштабировании, Oracle, вероятно, может превзойти базы данных на основе столбцов, такие как HBase или Hypertable,но важно отметить, что СУБД Oracle не просто дороже, она намного дороже.В современном мире даже у небольших стартапов есть терабайты данных, которые они должны ежедневно анализировать.Даже небольшие компании могут использовать кластеры из 100 компьютеров в облаке для хранения своих данных, в такой компании Oracle не является приемлемым вариантом, поскольку ежегодная стоимость лицензирования и найм администраторов баз данных не позволят стартапам использовать ее.
Наконец, последняя причина, по которой вы должны начать с NoSQL, - это скорость, запуск MongoDB и начало разработки может быть выполнено за 5 минут, и иногда вы хотите решить проблемы по мере их появления и избежать преждевременной оптимизации