我刚刚研究了 Mongo DB,发现它有很多优点。我正在从事一个提供电子邮件营销服务的网络项目。在我之前使用的电子邮件营销脚本(ActiveCampaign)中,当数据库 MySql 达到 3Gb 时,我的网站变得缓慢且加载缓慢。我考虑在这个新项目中使用 MongoDB。您认为 MongoDB 适合网站电子邮件营销吗?我应该申请部分数据还是全部数据? 示例:
- 联系人经理。如果使用MySql,我必须设计具有非常复杂关系的表:contacts、lists、contact_list、additional_info...查询它也很不愉快。如果使用 MongoDB,我就不必考虑太多设计数据库的问题,查询(创建、选择...)更简单,尤其是当我使用 REST API 结构构建网站时。
网站会有很多日志存档:发送邮件、打开、点击...
Contact = [ {email: "name@company.com", first_name: "Well", last_name: "E", list_id: {1, 2, 5}, additional: {phone: "", address: "", im: ""} } ]
最佳答案
这里有一些关于何时选择 Mongodb 的提示..
当你现有的数据库解决方案/设计时,有必要考虑Mongodb:
- 需要围绕数据库性能问题进行编码 - 例如添加大量缓存。
- 将数据存储在平面文件中。
- 是批处理,但您需要实时。
- 在关系数据库中对数据建模很复杂。
- 应用程序对交易的要求简单。 MongoDB 将数据建模为文档,与许多其他 NoSQL 产品不同,MongoDB 中的单个文档更新是原子的且持久的。
- 您的工作负载需要大量“匹配”记录,例如贸易清算、交易对账、欺诈检测或系统/软件安全应用。
- 满足以下一项或多项条件的多种类型的分析工作负载: A。分析是实时的 b.在关系模式中对数据进行建模非常复杂 C。数据量巨大 d.源数据已经在 mongo 数据库中
我希望您能够将这组想法与您的场景联系起来。
关于mysql - 我应该使用 MongoDB 进行网站电子邮件营销吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17144655/