在化学上,我们有强酸和弱酸。也存在强弱的BASE。在关系数据库管理系统(RDBMS)中,ACID代表原子性,一致性,隔离性和耐久性。随着移动设备的发展,RDBMS处理的ACID事务量经历了大数据转变。SQL代表结构化查询语言,但通常指传统的RDBMS。RDBMS并非旨在针对空间而不是针对访问速度进行分布式和优化。在RDBMS中,我们只有强大的ACID,没有更改ACIDity的机制。这种强大的ACID已成为扩展RDBMS来处理大量事务数据的瓶颈。在Web事务发展之前,我们已经将Unix下的事务扩展为分布式操作,以处理跨异构数据库的事务。这些系统能够处理源自连接到服务器的有限数量的专用POS终端的交易。当今的系统已经分发,并且交易源自世界各地的各种设备。这些交易将提交到集中式远程位置中存在的数据库中。
在当今的网络交易时代,定义交易边界已成为一项挑战。当在远程地理位置的系统上执行事务的开始和提交操作时,在这些设备上定义事务边界是不可行的。如果这样做,将很难跟踪待提交操作的未决事务。这些未完成的事务的数量可能超出了最新服务器的能力。为了解决该问题,我们可以通过仅将一部分交易置于ACID范围内来缩短交易边界之间的地理距离。通常,这部分是在单个数据中心的服务器上运行的中间件系统上定义的。这样可以最大程度地减少提交操作待处理的未完成事务的数量。
除了遵循强ACID,我们还可以在RDBMS中稀释ACID吗?由于基于基于ACID的RDBMS上设计了数百万个应用程序,因此无法执行此操作。这使IT工作者可以考虑使用BASE属性来允许稀释到所需级别的新一代数据库NoSQL数据库。BASE代表“基本可用”,“软状态”,“最终一致”。NoSQL数据库技术可以更好地满足基于现代交互式Web的软件系统的需求。软件专业人员可以选择所需的BASicity级别来满足应用程序的需求。通过在群集上分发数据副本,可以保证基本可用性。软状态意味着将出现不一致或过时的答案。最终的一致性意味着长时间没有更新发生时,
BASE的根源是加利福尼亚大学教授埃里克·布鲁尔(Eric Brewer)提出的CAP定理。CAP定理指出,NoSQL数据库可以具有“一致性”,“可用性”和“分区容差”中的任何两个属性。在NoSQL数据库中,不能立即保证一致性。唯一的保证是更新/事务最终将是一致的。由NoSQL数据库(如Cassandra)提供的可调整的一致性级别可帮助我们选择进行更新操作所需的BASicity。NoSQL数据库中提供了不同级别的可调一致性。这使得NoSQL数据库可以通过调整BASicity(即放宽一致性级别)轻松地随事务量扩展。因此,数据库管理系统已经从ACID转变为BASE。这种转变的根本原因是需要大数据带来的卷可伸缩性。强ACID反应迅速,写入后的读取始终会提供一致的结果。BASE反应的速度取决于BASicity,写入后立即读取可能会产生不一致的结果。但是经过一段时间,BASE完成了反应,我们将开始获得一致的结果。因此,BASE保证了最终的一致性,从不一致状态过渡到一致状态所花费的时间取决于在应用程序设计阶段选择的一致性级别。BASE完成了反应,我们将开始获得一致的结果。因此,BASE保证了最终的一致性,从不一致状态过渡到一致状态所花费的时间取决于在应用程序设计阶段选择的一致性级别。BASE完成了反应,我们将开始获得一致的结果。因此,BASE保证了最终的一致性,从不一致状态过渡到一致状态所花费的时间取决于在应用程序设计阶段选择的一致性级别。
我们生活在从SQL到NoSQL过渡的时代。过去,我们拥有分层数据库。与分层数据库相似,SQL数据库也可能面临灭绝并成为历史的注脚。您的生存取决于您对NoSQL的了解,您可能会花更多的时间来理解它。希望您喜欢从ACID到BASE(即从SQL到NoSQL)过渡的过程。
机器学习传播者

关注 CDA人工智能学院 ,回复“录播”获取更多人工智能精选直播视频!


雷达卡



京公网安备 11010802022788号







