Относительно NOSQL — альтернативы СУБД

Question

В последнее время я очень часто сталкивался с такими вещами, как альтернативы РСУБД...И я слежу за некоторыми реализациями с открытым исходным кодом.

Я понимаю следующее:он лучше всего подходит для крупных веб-приложений (например, Google и Amazon).в основном они концентрировались на очень больших распределенных хранилищах данных.

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

Я только начал это обсуждение и верю, что кто-то здесь уже испытал такое же разочарование, пробуя эти новые подходы ранее, и может получить в этом опыт.это может помочь таким стартапам, как мы..

Answer 1

Все зависит от ваших требований к масштабированию.Для работы RBDMS требуются блокировки, поэтому масштабировать их можно только «вверх».Базы данных в стиле NoSQL, такие как bigtable от Google и CouchDB, широко масштабируются и очень дешевы, но написать приложение поверх них может быть очень сложно, поскольку разработчикам приходится иметь дело со всеми видами проблем согласованности данных/отказоустойчивости на уровне приложений.

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

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