NOSQL databases

Шумиха вокруг NOSQL набирает обороты, многие крупные социальные сервисы разрабатывают свои собственные системы хранения данных. Тут и Google с их BigTable (о которой мало чего известно) и более открытые разработки, такие как Cassandra от Facebook, Voldemort от LinkedIn.

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

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

Есть два основных нюанса: первое это наличие схемы, второй — репликация

Из-за схемы при больших объёмах данных возникают трудности с обновлением схемы. Вопрос кончено же решаем, но не всегда очевидно и прозрачно.

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

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

Многие уже с ходу готовы отбрасывать в сторону MySQL и другие реляционные базы данных, однако не стоит торопиться. Ведь SQL БД хорошо спроектированные базы данных и зачастую обеспечат с лихвой все требования. К тому же в них предусмотрены некоторые пути решения выше обозначенных вопросов. В то время как SQL БД является универсальным средством, NOSQL решения будут приемлемы только для определённых задач. Поэтому следует обдумано принимать решение отказываясь от SQL, ведь большая часть задач требует и схему и наличие связей между данными.

Ознакомится с NOSQL решениями можно в классифицированном списке NOSQL баз данных.