我目前正在为一个可以为最终用户量身定制的利基行业构建 CRM。我们目前正在使用潜在客户的基表,然后基本上将表组合在一起作为可能添加的任何自定义字段的键/值存储。
CRM 中的每个线索也有不同所有者、权限、访问日志、计划任务和生成的契约(Contract)/文档的表格。
目前,一切都存储在 MySQL 数据库中,但它看起来真的很乱。我正在考虑使用像 MongoDB 这样的 NoSQL 解决方案,然后使用 Redis 在表之间创建任何关系。
示例:我正在考虑将潜在客户和用户存储在 MongoDB 数据库中,然后使用 Redis 存储特定潜在客户所属的用户等。
因为我以前没有处理过 NoSQL,所以只是寻找一些关于这种情况的最佳解决方案的一般性建议。
最佳答案
- mysql 是一个很棒的工具
- 存储不是一些自动工作的东西。为了工作顺利 - 优秀的开发人员需要实现优秀的架构和优秀的代码。
我想说的是:如果您现在有一些问题 - 这并不意味着一旦您转移到另一个数据库(范例、意识形态等),它们就会消失。即使他们搬走了 - 新的也会来。不努力工作什么都不会发生。
尤其是对于大量数据和高负载项目 - 没有通用的建议和 Elixir 。
附言:
I'm thinking of using a NoSQL solution like MongoDB and then using Redis to create any relationships between tables.
MongoDB 可以维护关系。这是不迁移到您不熟悉的数据库的又一理由。
关于mysql - 我如何从关系数据库迁移,我是否需要这样做?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5637955/