mysql - 这种模式听起来更适合面向文档的数据存储还是关系型数据存储？

Question

免责声明:让我知道这个问题是否更适合 serverfault.com

---

我想存储关于音乐的信息，特别是:

• 流派
• 艺术家
• 专辑
• 歌曲

此信息将用于 Web 应用程序，我希望人们能够看到与专辑关联的所有歌曲、与艺术家关联的专辑以及与流派关联的艺术家。

我目前正在使用 MySQL，但在我决定转换之前我想知道:

1. 水平扩展有多容易？
2. 它比基于 SQL 的解决方案更易于管理吗？
3. 我要存储的上述数据是否太难进行无模式化？
4. 当我想到关联时，我会立即想到 RDBMS；数据可以存储在 CouchDB 之类的东西中，但仍具有如上所述的某种关联吗？
5. 我的 Web 应用程序需要复制，CouchDB 或其他人如何处理这个问题？

Answer 1

您的数据似乎非常适合面向文档的数据库。
文档示例:
{<br/>
"type":"Album",<br/>
"artist":"ArtistName",<br/>
"album_name":"AlbumName",<br/>
"songs" : [<br/>
{"title":"SongTitle","duration":4.5}<br/>
],<br/>
"genres":["rock","indie"]<br/>
}

复制是 couchDB 最酷的功能之一 (http://blog.couch.io/post/468392274/whats-new-in-apache-couchdb-0-11-part-three-new)
您可能还想看看 Riak。