mysql - mongo 是否适合与 MySQL 一起使用？

Question

由于 NDA，我无法详细讨论事情，但我希望对正在构建的系统的概述可以帮助您帮助我做出有关我们数据库的决定。

我正在构建一个应用程序，该应用程序将根据店面的库存/购买记录提供战略报价，从而帮助供应商通过竞争来赢得客户。

该应用程序的一侧供店主查看提供的优惠、网络等。我已经通过标准的 php/MySQL 设置实现了这一点。

我的问题是关于库存记录。我们几乎立即在这里谈论数百万条记录。我使用的示例数据是他们的四位经理(他们有几十位)在一两年内汇总的，它有超过 50 万行，大约 30 或更多列。当我们获得数十家商店及其所有经理时，这将是巨大的，至少与我迄今为止合作过的任何商店相比是这样。

供应商将拥有产品的一面，他们可以在其中搜索这些记录并根据这些记录提供有竞争力的报价。

庞大的规模是使用 mongo 之类的好理由吗？或者更多的是数据的布局方式/数据的组成？或者我没有考虑的其他一些因素？

而且，如果不是 mongo/nosql，那么还有其他一些方法或技术可以让我使用这种大型数据存储(分片、亚马逊云数据库等)。

谢谢

Answer 1

答案...

问:庞大的规模是使用像 mongo 这样的东西的充分理由吗？

答:我想是的。 Mongo 是从头开始构建的，可以大规模扩展。您拥有可以帮助您扩展的副本集和分片。它们还具有确保您的数据存储在适当分布的数据中心的功能。

问:还是更多的是数据如何布局/由什么组成的问题？

答:Mongo 是一个文档数据库，你是对的，数据模型会有所不同。您必须以非规范化的方式而不是规范化的方式来考虑数据。就像任何技术一样，将事物存储为文档有利也有弊。

一些专业人士:架构管理轻而易举。数据更自然地适合应用程序中的对象。不必为复杂/缓慢的连接付出代价。

一些缺点:架构可能不一致 - 您必须对其进行管理。数据重复，不受管理意味着它可能变得不一致。

---

总的来说，我认为 Mongo 是处理这种规模的不错选择。 Mongo 有一个新的聚合框架，它为文档查询带来了很多 SQL 概念。更容易进行复杂的查询。 Mongo 还具有 map/reduce 来运行您可能拥有的任何类型的查询。

在每天使用 Mongo 大约一年后，我真的很享受围绕它作为产品的支持，以及设置和使用它的普遍便利性。