Mysql 我应该使用MongoDB进行网站电子邮件营销吗？

我刚刚研究了mongodb&看到它有很多优点。我在一个提供电子邮件营销服务的网络项目中工作。在我之前使用的电子邮件营销脚本（ActiveCampaign）中，当数据库MySql达到3Gb时，我的网站运行缓慢，加载缓慢。我考虑使用MangGDB来进行这个新项目。你认为MongoDB适合网站电子邮件营销吗？我应该申请部分数据还是全部数据？ 例如：

• 联系人经理。如果使用MySql，我必须设计关系非常复杂的表：联系人、列表、联系人列表、附加信息。。。质疑也令人不快。如果使用MangGDB，我不必考虑数据库设计，查询（创建，选择……）更简单，尤其是当我用REST API结构构建我的网站时。
• 网站将有许多日志存档：电子邮件发送，打开，点击

  Contact = [
     {email: "name@company.com",
      first_name: "Well",
      last_name: "E",
      list_id: {1, 2, 5},
      additional: {phone: "", address: "", im: ""}
     } 
   ]
  

---

以下是一些关于何时选择Mongodb的建议

当您现有的数据库解决方案/设计：

需要围绕数据库性能问题进行编码–例如添加大量缓存

将数据存储在平面文件中

是批处理，但你需要实时

数据在关系数据库中建模很复杂

应用程序对事务有简单的要求。MongoDB将数据建模为文档，与许多其他NoSQL产品不同，MongoDB中的单个文档更新是原子的和持久的

您的工作量需要大量“匹配”记录，如交易清算、交易对账、欺诈检测或系统/软件安全应用程序

以下一项或多项为真的几种类型的分析工作负载： A.分析是实时的 B数据在关系模式中建模非常复杂 C数据量巨大 D源数据已在mongo数据库中

---

<>我希望你能把这一系列的想法与你的场景联系起来。

代码>如果使用MunGDB，我就不必太多地考虑设计数据库< /代码>了，这是不正确的。使用无模式数据存储并不意味着“不必考虑数据模式”。正如sergio所评论的那样，您的数据库听起来不是很大-可能只是对数据量的查询/结构不合适。

当数据库MySql达到3Gb时，我的网站运行缓慢且加载缓慢。听起来像个陷阱。3Gb不是一个大数据库…Mongodb不是一个灵丹妙药。但是，它是。糟糕的数据库设计=任何情况下的数据库速度都很慢database@Sergio：取决于硬件。如果他在ec2的微实例上运行数据库呢？那它肯定是他妈的大！：）