For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
数据库架构开发是大多数软件开发程序员都应该熟练掌握的一个编程技术,下面我们就一起来了解一下,NoSQL数据库应用都有哪些不足之处。
1、可扩展性
当NoSQL产品用来实现以满足网络公司的可扩展性需求时,它们开始引起注意。这些公司要处理大量来自无数来源的非结构化数据:网络搜索,移动设备,用户状态更新,评论流等。
在这些用例中,重要的考虑是可扩展性:数据库必须大规模扩展。SQL数据库的僵硬模式和交互性被视为枷锁,并且在传统RDBMS上扩展的成本也被认为是不可行的。
在廉价的硬件商品上向外扩展的能力是很关键的。如果你的用例需要横向扩展无限数据源,NoSQL可能是正确的选择—除非你要对数据进行实时操作。
一个很好的替代方案是内存中,大规模并行的SQL关系数据库,它在廉价的硬件商品上线性扩展。数据库应该是云友好的,并且能够通过扩展来满足云操作的需求。应该将其设计为具有高性能和低延迟,具有无共享,本地群集,云友好的架构,从而实现高可用性,可冗余和容错性。
2、可用性
一些NewSQL系统允许用户能够将一致性级别调低。例如,MemSQL支持弱隔离(ACID中的“I”)来提高查询延迟。为了可用性而牺牲正确答案,这对分析型(OLAP)工作负载可能是有意义的,但对事务型(OLTP)工作负载就变得无关紧要了。
3、一致性(例如,兼容ACID事务,正确答案)
NoSQL系统被设计为可用性(见上文)。这个选择意味着他们无法提供CAP定理>
因此,NoSQL系统选择AP–它们是可用性和分区容错性。
验证用户的余额时允许移动电话进行连接。以优惠的价格交易。向潜在的成千上万的用户展示移动广告,而不会影响广告客户的广告预算。为电信运营商管理严格的SLA。在交易批准之前检测欺诈刷卡。
这些事件在世界各地每天发生数百万次。电信,金融服务,在线游戏,广告技术等行业的供应商需要适应这些事件的变化和速度。他们需要一个可扩展的,事务性一致的解决方案。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。