目录很难做	MongoDB让它变得简单
无解决方案。试图在关系数据库中合并来自不同系统、不同格式的不同数据是困难的，在许多情况下甚至是不可能的	做不可能的事情。MongoDB可以集成任何产品、实体、属性或其他类型的数据，无论其外观如何。它这样做的同时，保留了构建强大应用程序所需的所有功能，包括推荐等高级功能。
停滞。关系数据库技术使团队无法完成业务所需的工作。相反，他们与数据建模、转换和模式问题搏斗数月，甚至数年。	更快。您的团队使用MongoDB会更高效，因为其动态模式让他们可以迭代。他们花更少的时间来弄清楚如何适应新的实体或属性，而是在几周内推出新产品。
$$$$。大型团队长时间被束缚，使关系数据库目录应用程序的开发和维护成本高昂。专有软件和硬件增加了成本。您的业务案例变得难以证明。	$。更有生产力的团队加上商品硬件使您的项目成本比使用关系数据库低10%。

为什么其他数据库不足

刚性模式。 您应该能够立即存储新的铅笔、包裹或交易。您应该能够构建新功能并跟踪新属性。但是关系模式难以增量更改，尤其是在不影响性能或使数据库离线的情况下。Under Armour通过切换到MongoDB解决了这个问题。
异构数据。 目录可能需要存储来自许多类型资产的数据，这些资产具有任意数量的属性。Orange必须跟踪数百种预付费和后付费计划、智能手机、平板电脑和配件。将这些数据放入单个数据库很困难。
功能权衡。 目录的好坏取决于其提供细粒度数据访问的能力。您可能需要跨数十个维度搜索和浏览产品目录，如品牌、尺寸、价格和颜色。键值存储迫使您为了存储的灵活性而牺牲获取、设置和分析数据的功能——例如表达式查询运算符、原子更新、二级和地理空间索引以及聚合。

MongoDB如何使这变得容易

人们喜欢使用MongoDB进行目录，因为它允许他们存储任何类型的数据，检索它，并在进行过程中更改模式。