如何从关系数据库移动，是否需要？

Question

我目前正在为可以为最终用户量身定制的利基行业构建CRM。我们目前正在使用基表进行潜在客户，然后基本上将表组合在一起作为可能添加的任何自定义字段的键/值存储。

CRM中的每个潜在客户还拥有各种所有者，权限，访问日志，计划任务和生成的合同/文档的表格。

目前，所有内容都存储在MySQL数据库中，但它看起来非常混乱。我正在考虑使用像MongoDB这样的NoSQL解决方案，然后使用Redis在表之间创建任何关系。

示例：我正在考虑将潜在客户和用户存储在MongoDB数据库中，然后使用Redis存储某个潜在客户所属的用户等。

正在寻找关于这种情况的最佳解决方案的一些一般性建议，因为我之前没有处理过NoSQL。

Answer 1

1. mysql是一个很棒的工具
2. 存储不是一些自动运行的东西。为了运作良好 - 优秀的开发人员需要实现出色的架构和优秀的代码。

我想说的是：如果你现在遇到一些问题 - 这并不意味着一旦你转移到另一个数据库（范式，意识形态等）它们就会消失。即使他们搬走了 - 新的也会来。没有努力工作就什么都不会发生。

特别是对于大量数据和高负荷项目 - 没有一般建议和灵丹妙药。

PS：

  

我正在考虑使用像MongoDB这样的NoSQL解决方案，然后使用Redis在表之间创建任何关系。

MongoDB 可以维持关系。这是另一个不移动到您没有经验的数据库的论据。