Я читал много сообщений о нереляционных базах данных, обо всем движении NOSQL, и вокруг него много свежих новостей. Это кажется очень интересным подходом к созданию высокомасштабируемых веб-приложений, но, к сожалению (но это тоже хорошо на этом зарождающемся этапе), на данный момент нет четкого лидера / стандарта.
Мой опыт работы в стеке LAMP (с MySQL в качестве дБ), и я хотел понять, какие различия и ограничения будут, но на примере реальных веб-приложений. Есть масса хороших статей о теории плюсов и минусов реляционной СУБД по сравнению с не-РСУБД, но я не нашел ничего, что рассматривало бы пример того, как существующее веб-приложение (например, социальные закладки) будет построено иначе, преимущество новой структуры дБ и то, какие функции следует исключить, если таковые имеются - где дБ NOSQL может быть ключ-значение, ориентирован на документ или графики.
Может ли кто-нибудь попытаться провести высокоуровневое сравнение модели / архитектуры NOSQL и РСУБД реального веб-приложения (например, социальных закладок или любого другого примера, который может хорошо объяснить концепции)? < / сильный>
Для ознакомления с другими, вот несколько статей, с которыми я столкнулся:
- Дизайн нереляционной базы данных
- 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