问推荐引擎数据库的设计？

EN

任何关系数据库都应该有利于存储原始数据，如歌曲列表、用户列表、用户的歌曲首选项。

我认为您会发现关系数据库(和SQL)对于存储您的推荐程序将要构建的各种数据结构来说并不是很好。您的推荐引擎可能会创建不需要放在表中的数据，而对其进行操作以存储在关系数据库中可能只是浪费了工作。

只要知道自己在做什么，如果感觉不对，就不要花时间把东西放到SQL数据库中。也许可以考虑使用像MongoDB这样的面向文档的数据库。

我最近编写的推荐程序实际上是一个Java服务器进程，它从MySQL读取原始数据，在内存中完成所有工作，并通过HTTP向我的应用程序提供推荐数据。由于推荐数据可以重新生成，所以我甚至都不需要永久地存储它。

去读“规划集体情报”吧。他们在第二章“提出建议”中有许多很好的建议算法。

嗯，这是一个含糊的问题，但我会尽力回答：

1. MySQL是一个坚实的数据库，PostgreSQL也是。两者都是免费的和开源的。MySQL的支持范围更广，使用起来也更容易一些，但是Postgres有一些非常酷的特性和功能，值得一试。WikiVS对两者有很好的比较。
2. 智能手机的浏览器越来越好。使用PHP或ASP.NET (无论您喜欢什么)，然后构建一个在较小分辨率上更好看的移动站点。
3. 有很多。首先，你的推荐算法有多好？其次，存储音频文件会迅速占用存储空间。你的计划是什么？第三，你对数据库设计有多了解？你能设计一个庞大的数据库并对其进行适当的索引吗？如果没有，则需要开始阅读索引和数据库设计方面的所有内容。第四，这是一个软件项目，这些项目总是有缺陷的。当出现问题时，您能做的最好的就是在这里发表文章，我们总是可以看到StackOverflow的优秀人员可以做些什么来帮助我们。