数据模型驱动不仅可以建立有效的应用程序，也可以有效地修改以合并新的特性。他们是“real-world”问题的解决和软件世界模仿现实世界的行为之间的桥梁。（是的，软件可以创造奇迹，但如果不是追求更简单生活没有人需要这些软件！）本文论述了NoSQL数据库在现代的应用软件发挥作用。
驱动力
在过去的几年中，有一个巨大的转变则是在应用程序开发平台栈的选择上。传统的WAMP和LAMP被逐步淘汰，而MEAN、CEAN等逐渐发挥出优势。这种转变是有很多原因的。最根本的原因是对现代Web的期望。最近的预期是Web应用程序已经不仅仅是局限于信息的传递。今天我们在Web应用程序的交互中，信息处理和内容分析已成为了非常关键的部分。这也常被称为Web 2.0。未来持续增长的智能设备和传感器连接到互联网，继续利用越来越多的由应用程序用户生成的数据来提供智能化的增值作用（也称为Web 3.0）。
这种Web应用程序转变的范例中需要丰富的数据。同时，使数据可供消费是同样重要的，而且不可用数据怎样阻碍了预期用户体验和应用程序的开发成为了另一个主题！但是，值得一提的是，大多数面向用户的应用程序都需要从多个数据源（数据源）中消费和处理数据。作为一个极端的例子，一个旅游预订网站可能需要依赖于多个航空公司的航班数据和票务，而信用卡处理来自另一个第三方，行程公布又从另一个地方…更不要说，他们还可能会导致用户在社交媒体上分享他们的预订经验，从他们自己的Web应用程序中就像一个用户的端到端体验的一部分。
很好，我依然没有把NoSQL的作用完全呈现给你。你或许仍然想知道NoSQL所有的作用。因此，让我们继续。不管怎样，了解如下的变化是非常重要的。今天引导我们开始利用新的解决方案，这些解决方案在大多数情况被创造或者被开发，因为他们不仅非常依赖今天或者仅仅因为今天是可能的（对比指责以前的计算机革命）。
NoSQL允许复杂的结构
SQL数据库是结构化的。但是，在处理应用程序需求时，由于字段范围、外键关系、规范化技术等，他们会导致某种程度的缺陷。例如，一个客户订单对象往往是分成表头和详细类型的标准化表的结构。NoSQL，另一方面不仅可以处理在一个单一结构中的表头和细节。所以，尽管数据模型的结构可能是复杂的，它支持建立接近一个 “真实世界”的实体。当然,，这种能力的成本是把数据完整性管理推到了程序应用层。
NoSQL与基于REST架构
如果您使用Web服务或API，碰巧你的API默认为JSON响应（如果不是，你应该尝试）。NoSQL数据库，如MongoDB和CouchDB是按JSON格式的存储数据（称为文档）。这使编码API响应比接收数组容易得多。采用更高等级的API导致高度集成的应用程序，NoSQL数据库很适合在存储方面，提供和消费信息。
NoSQL带来可伸缩性
NoSQL数据库设计的思想是拆分为多节点数据库，从而提供了极大的可伸缩性特性。例如，MongoDB目前可以扩展到超过100个节点，这些节点可以分布在不同的数据中心或地方。许多NoSQL数据库也已经开始支持多个节点数据分区，有助于选择规模更大的数据集的计算资源，同时也减少了不必要的复制，从而减少数据重复可伸缩性的成本。
因此，SQL还是NoSQL？
这取决于应用程序和特定场景。不，这是真实的，因为有许多因素，如：
1. 开发工具和技术可能不支持NoSQL的；
2. ***供应商（***战略伙伴关系等许多原因）在您的公司中可能仍然是一个传统的SQL数据库；
3. ***的数据库供应商可能会提供一些在传统的数据库中有NoSQL-like的特性，可以满足当前应用程序的需求；
4. 数据模型可能是这样的，选择真的没有什么区别；
5. 你支持开源代码（从一个企业支持的观点）；
6. 你的同事（开发人员、测试人员等）可能还不熟练。
因此，为您的应用程序选择什么样的数据库是一个架构层面的决定。因此，这篇文章绝不是来影响你选择倾向的，但是它能提高了人们对NoSQL被广泛接受的意识和突出NoSQL在现代应用程序中所起的作用。
结论
重要的是要了解如今的网络应用程序，如何适应现代技术的期望。用需求、路线图和来自用户的期望（特别是直接用户交互）来平衡NoSQL的趋势是非常重要的。
***，记住–需要驱动数据模型和数据模型驱动来自于SQL或NoSQL的选择。关于这点，没有错误的答案，每个人都可以尝试去解答！
