本文概述了oSQL数据库及其主要优点和局限性，并概述了最流行的oSQL数据库类型。
如果您已经与数据库接触很长时间，您将熟悉SQL数据库。由于它们的体系结构，它们通常具有刚性结构，并且只能垂直扩展，这意味着只能通过购买昂贵的硬件来提高性能。
SQL擅长减少重复内容，这有助于降低存储成本。在年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代年代。
因此，没有真正的理由坚持SQL约束，这是oSQL的诞生方式。
oSQL（也称为“不仅仅是SQL”）数据库可以存储和检索SQL数据库中的表关系以外的建模数据，这使得它们在管理大数据方面特别有用。
oSQL的优势
灵活性
oSQL数据库本质上是自由形式的，因为它们不使用模式，也不是关系数据库。oSQL特性是一种专门设计而非创建的语言，用于处理数据库管理，因此您可以根据需要在oSQL中使用多种不同的数据模型。
扩展架构
oSQL是水平可扩展的，这意味着您不需要购买昂贵的硬件，只需在其中添加另一块，一切都会顺利进行。因此，oSQL在本质上是无限可扩展的，
这取决于你需要走多远，而扩展本身也相对容易。
降低开发成本
因为oSQL通常不使用架构，所以不需要雇佣架构设计师。您不必担心添加新字段或数据类型，因为您几乎可以随心所欲地混合和匹配内容，从而减少数据库设计过程的繁琐。因此，您将有更轻松的数据库设置、部署以及日常维护和使用。
oSQL的挑战
数据一致性
主要缺点是许多oSQL数据库损害了一致性。尽管大多数关系数据库遵循acid原则（原子性、一致性、隔离性和持久性），
因此，只需使用少量流行的oSQL数据库即可。一般来说，acid保证意味着所使用的数据库不会丢失任何数据，除非是有意的。
缺乏发展人才
oSQL的应用不如SQL广泛，所以很少有oSQL专家什么都不做。再加上需要了解大量不同的oSQL数据模型，我们正在为专家寻找一条上坡路。
在大多数情况下，您将不得不依靠较小的专家社区、数据库和您自己的文档来获得出现的任何问题的答案。
可伸缩性
另一个问题是oSQL会占用大量存储空间，因为它忽略了数据复制（有时定义需要）。最后
您可能需要比SQL数据库高一个数量级的存储。然而，由于今天的数据存储相对便宜，从长远来看，这一需求不会对数据存储产生太大影响。
oSQL数据库的类型
尽管有几十个oSQL数据库，但它们基本上只依赖于少数几个数据模型。
键值存储
键值存储使用散列表存储指针、键，然后指向存储某种形式信息或数据的值。因此，名称，键值！
这种类型的数据模型非常通用，因为数据可以是几乎任何东西的混合和匹配，因此您可以找到满足任何特殊需要的数据库。
难怪键值存储被认为是oSQL数据库最流行的数据模型之一。
此外，键值存储非常适合于高性能和/或高容量的用例。
面向列
这种类型的数据模型不是将数据存储在一行中，而是将信息存储在其他列族中的列中。想象一下，在一个组中，在一个列中。
由于数据是以这样一种高效的方式包含的，所以面向列的数据库具有很强的数据聚合能力和数据访问性能。另一方面，复杂的查询必然令人失望。
文件存储
文档存储不像SQL那样以传统方式关联XML和JSO。当两者分离时，
它们可以以最高的效率运行，而不必被迫以最慢的分母速度运行。甚至还有一些专门为XML设计的oSQL数据库，非常简洁。
有趣的是，文档存储有时被认为是键值存储的一个子类型，但是这个数据模型子类型足够大，可以得到它自己的部分。它之所以流行，部分原因是它的灵活性，因为它可以输入任何所需的数据类型。
图形化
正如您可能已经从这个数据模型的名称中猜到的，它非常适合于以图形形式表示信息的数据库。
使用此数据模型类型，信息存储为节点和边。更具体地说，节点存储地址、名称、日期等信息。，
边描述不同节点之间的关系。它允许图形数据模型显示通常不同数据集之间的关系，并帮助整理相关和有用的信息。
现在是oSQL业务增长的时候了
oSQL数据库可以非常强大，尽管它们并不打算取代SQL。事实上，它们的设计目的是与SQL数据库配合使用并补充SQL数据库。
