Я читал много сообщений о нереляционных базах данных, об общем движении NOSQL, и вокруг него появилось много новой активности. Это очень интересный подход к созданию высоко масштабируемых веб-приложений, но, к сожалению, (но также и хорошая вещь на этом зарождающемся этапе) в настоящий момент нет четкого лидера/стандарта.
Мой фон находится в стеке LAMP (с MySQL как дБ), и я хотел понять, какие различия и ограничения там будут, но с использованием примера реальных веб-приложений. Там много хороших статей о теории плюсов и минусов РСУБД и не-РСУБД, но я не нашел ничего, что бы проходило через пример того, как существующее веб-приложение (например, социальные закладки) будет построено по-разному преимущество новой структуры дБ и какие функции нужно было бы упустить, если они есть, - где NOSQL dB может быть ключевым или ориентированным на документ или графиком.
Кто-нибудь захочет принять удар по высокоуровневому сопоставлению модели/архитектуры NOSQL и RDBMS реального веб-приложения (например, социальных закладок или любого другого примера, который мог бы хорошо объяснить концепции )?
Для ссылок на другие, вот несколько статей, которые я встретил:
- Реляционная структура базы данных
- http://nosql-databases.org/
- http://linux-mag.com/cache/7579/1.html
- http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migrated-from-mysql-to-mongodb/
- http://bret.appspot.com/entry/how-friendfeed-uses-mysql
- http://metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/
- http://rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/
- http://horicky.blogspot.com/2009/11/nosql-patterns.html