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

我目前正致力于推荐系统，特别是音频文件。但我是这方面的初学者。我试图首先用mysql设计数据库，但我无法决定如何做。İt基本上是一个系统，用户创建个人资料，然后搜索音乐，系统向他们推荐与他们喜欢的音乐相似的音乐

我应该使用哪个数据库？（Mysql） （我的第一个猜测）

这是一个网络项目，而且 移动端。哪些技术 我应该使用吗？（php、android） 站台…）

这其中的陷阱是什么 项目

如何为系统设计数据库 像那样

---

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

MySQL是一个可靠的数据库，也是如此。两者都是免费和开源的。MySQL得到了更广泛的支持，使用起来也更容易一些，但Postgres有一些非常酷的特性和功能，值得一试。对这两者有很好的比较

智能手机的浏览器越来越好。使用PHP或ASP.NET（随便你喜欢什么），然后构建一个移动站点，在较小的分辨率下看起来更好

有很多。首先，你的推荐算法有多好？其次，存储音频文件可以快速占用存储空间。你的扩展计划是什么？第三，你对数据库设计了解多少？你能设计一个庞大的数据库并对其进行适当的索引吗？如果没有，您需要开始阅读有关索引和数据库设计的所有内容。第四，这是一个软件项目，这些项目总是有陷阱。当出现问题时，您最好在这里发布，我们可以随时看到StackOverflow的优秀人员可以提供哪些帮助

---

去读书。在第2章“推荐”中，他们有许多优秀的推荐算法。

任何关系数据库都应该适合存储原始数据，如歌曲列表、用户列表、用户的歌曲偏好

我认为您会发现，关系数据库（和SQL）对于存储您的推荐人将要构建的各种数据结构来说并不是那么好。您的推荐引擎可能会创建实际上不需要在表中的数据，而将其用于存储在关系数据库中可能只是浪费工作

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

---

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

我有那本书，我希望它是一本理论书，但不是那样，作者使用了非常好的示例我不会在数据库中存储实际的音频文件，而不是我将存储音频文件的引用。@Burak:它们仍然使用相同的存储容量。