在企业中混合使用MongoDB

您的开发人员想要使用MongoDB或类似的文档数据库：您的Ops人员关心安全和备份，而管理层则关注系统之间的事务性和数据传输。您是否限制开发人员快速发展他们对域的数据设计，或者无条件享受NoSQL（非关系型数据库）带给您的好处？如果您想应用一个多语言数据库环境，而NoSQL与关系数据库要在其存，那您如何才能提供每个人都可以使用和理解的工具和常见的数据库概念？

某些数据库开发人员认为，传统的关系型SQL数据库并不适用于Agile开发，因为您需要预先设计架构，而且甚至在之后还得花费额外的工夫在数据库设计发生更改时迁移现有数据。这几乎不太可能适合一般的Agile或连续集成方法的2至3周的冲刺周期。而另一方面，MongoDB可以使开发商摆脱这种烦恼，因为它支持了可以与应用程序一起发展的动态模式，所以能避免昂贵的数据迁移费用。 MongoDB似乎很具吸引力，但企业中的IT人员究竟是否适合使用它呢？

MongoDB是典型企业发展早期阶段的理想选择，因为它可以适应如Agile这类快速发展的开发方法，而这种方法需要逐渐改变对数据的理解，所以这种特性并不一定会使它成为数据库剩余生命周期中发展成熟的应用程序的理想独立平台。 因此，MongoDB这类的NoSQL数据库可以从与关系数据库的成功共存中受益。在近期对MongoDB开发人员和数据工程师进行的一项调查中，少于20％的受访者表示他们只会使用MongoDB。在混合环境中工作的80％的受访者中，只有一半以下的人员使用了MySQL，35％的人员使用了SQL Server，25％的人员使用了PostgreSQL并且还安装了MongoDB，而19％的人员也在使用Oracle。 其中，三分之一的受访者每天或每周都需要开发三个以上的不同数据库。 此外，关系数据库必须要能够与NoSQL进行同步，这意味着ops人员和管理人员需要在不必购买NoSQL的前提下就能各尽其职。

用于MongoDB模式的可视化数据建模

NoSQL数据库在早期时候也被标记为“无模式”和“非关系”。 虽然这一术语强调了数据模型的易改变性，但它却给一些开发人员留下了一个错误的印象，让他们以为自己不应该关注数据的存储方式。此外，这也暗示着数据建模已经不再是必要的了，而人们对此也抱有很多不同的看法。有些人认为数据建模根本不会提供任何价值，而其他人则认为它只是一种文档，也是agile开发的难点，而且也不值它昂贵的价格。 但是，认为人们实际上可以设计一种不具备结构、架构以及关系的应用程序是否现实呢？ 由于各类编码器提供的语言、系统和堆栈正不断变得越来越多样化，所以这一问题也变得更加复杂化了。

IBM拥有的DB.a.a.S起初提供MongoDB，但现在已经提供了十个不同的关系和非关系托管数据库选项。Co***的DJ Walker-Morgan表示：“开发世界越来越多元化了。建模就是用普通的通用语言来进行表达，表达的通常是SQL，但也不一定必须是SQL。”在混合数据库环境中，共享一种表达数据模式的标准方式以及拥有具有一般的数据转移方式都是需要付费的。

问题在于，支持隔离的独立应用程序的数据库与支持企业规模的数据库之间存在着天壤地别的差异。虽然小型应用程序的架构足够简单，所以可能无需预先设计或记录，但在数据结构变得复杂且在团队发展时，执行数据建模就会迅速变成必须的了。不过，无论您在支持业务时使用了什么类型的数据库，您都免不了要理解数据。

企业需要信息来允许他们根据数据做出决策。 数据是企业资产，而数据建模对于了解这些数据、其相互关系及其规则至关重要。资讯网news.webhostin***/

NoSQL，没有瓶颈

数据模型不仅仅只是文档而已，因为您可以从中构建物理数据库。 数据建模远远不是应用程序开发的瓶颈，而是再次被证明可以加快开发、大幅减少维护过程且提高应用程序质量。 经验表明，依赖软件开发人员的直觉并不是一种可以重复进行的过程，也不是可以确保首次就能获得成功的过程。

事实证明，JSON文档的强大功能和灵活性使得物理数据建模变得更加重要了，因为如何正确构造存储于NoSQL数据库中的数据并不存在相应的规则。

目前，您可从市场中获取一种新一代的数据建模工具，它可以正确展示用于MongoDB集合和视图的物理数据模型。 Hackolade公司的首席执行官Pascal Desmarets一直在为NoSQL和多模型数据库开创数据建模。“我们从底层开始构建数据建模，从而支持JSON文档的多态演化结构。 另外，我们也看到了顺利推动NoSQL技术在企业IT环境中的应用所能带来的价值。”对于Hackolade来说，即便是非关系数据库也存在着一定的关系。