关系概述与Cassandra概述

在本文中，我们将讨论Cassandra和关系概述，其中我们将介绍并能够了解Cassandra如何区分关系概述。让我们一一讨论。

1.关系概述：
在关系数据库中，您可以处理和管理中小型数据，例如Postgres，MySQL，Oracle等。它还支持数百个并发用户，并且关系数据库中最重要的属性之一是ACID属性，它使我们感到自豪。

大数据处理的局限性

• 在“关系概述”中，数据垂直扩展需要更多的硬件和存储，这就是处理大数据的成本很高的原因。
• 在关系数据库中，查询是一项管理数据的冗长任务。
• 在关系数据库中，数据库的管理模式是一个巨大的负担。
• 关系数据库具有主从结构，如果主服务器进行故障转移，则由谁负责。
• 如果任何节点出现故障，高可用性并不是真正的。
• 关系数据库中的停机时间很频繁，而多DC则是一团糟。
• 手动重新分片和重新平衡非常困难，每个活动的部分都使系统在关系数据库中变得更加复杂。

让我们看一下主从架构。

图–服务器-客户端架构概述

现在，您将在这里看到Cassandra概述。

2. Cassandra概述：
NoSQL数据库具有对等体系结构，这意味着没有主数据库，也没有从数据库，或更具体地说，可以说它是无主数据库。

图– Cassandra对等架构

处理大数据的解决方案。

• 在Cassandra中，点对点体系结构意味着没有主节点。在可伸缩性方面，Cassandra是在用户数量增加时自动配置节点的数据库之一。
• 从图中可以看到，它具有3个副本，意味着具有3个数据副本，可实现高可用性。
• 容错也是Cassandra的关键功能，它使您的停机时间为零，这直接意味着高可用性。

笔记 –
Cassandra不会替换关系数据库。关系数据库对于中型数据也很有用，也可以处理大数据，但是如果用户需要可伸缩性，高可用性，容错系统并拥有大数据，那么可以选择Cassandra。这取决于用户需求和数据模型。因此，明智地选择。