欢迎讨论,nosql一般在什么情况下使用

joyhen 2014-08-29 03:11:09
RT,尽量描述下业务场景
...全文
220 1 打赏 收藏 转发到动态 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
joyhen 2014-09-03
  • 打赏
  • 举报
回复
自己顶一下
⼤数据的存储和管理 也欢迎⼤家转载本篇⽂章。分享知识,造福⼈民,实现我们中华民族伟⼤复兴! ⼤数据的存储和管理 任何机器都会有物理上的限制:内存容量、硬盘容量、处理器速度等等,我们需要在这些硬件的限制和性能之间做出取舍,⽐如内存的读取 速度⽐硬盘快得多,因此内存数据库⽐硬盘数据库性能好,但是内存为2GB的机器不可能将⼤⼩为100GB的数据全部放⼊内存中,也许内 存⼤⼩为128GB的机器能够做到,但是数据增加到200GB时就⽆能为⼒了。 数据不断增长造成单机系统性能不断下降,即使不断提升硬件配置也难以跟上数据的增长速度。然⽽,当今主流的计算机硬件⽐较便宜⽽且 可以扩展,现在购置⼋台8内核、128GB内存的机器⽐购置⼀台64内核、TB级别内存的服务器划算得多,⽽且还可以增加或减少机器来应 对将来的变化。这种分布式架构策略对于海量数据来说是⽐较适合的,因此,许多海量数据系统选择将数据放在多个机器中,但也带来了许 多单机系统不曾有的问题。 下⾯我们介绍⼤数据存储和管理发展过程中出现的四类⼤数据存储和管理数据库系统。 并⾏数据库 并⾏数据库[1]是指那些在⽆共享的体系结构中进⾏数据操作的数据库系统。这些系统⼤部分采⽤了关系数据模型并且⽀持SQL语句查询, 但为了能够并⾏执⾏SQL的查询操作,系统中采⽤了两个关键技术:关系表的⽔平划分和SQL查询的分区执⾏。 ⽔平划分的主要思想就是根据某种策略将关系表中的元组分布到集群中的不同节点上,这些节点上的表结构是⼀样的,这样就可以对元组并 ⾏处理。现有的分区策略有哈希分区、范围分区、循环分区等。例如,哈希分区策略是将表T中的元组分布到n个节点上,可以使⽤统⼀的哈 希算法对元组中的某个或某⼏个属性进⾏哈希,如hash(T.attribute1) mod n,然后根据哈希值将元组放置到不同的节点上。 在分区存储的表中处理SQL查询需要使⽤基于分区的执⾏策略,如获取表T中某⼀数值范围内的元组,系统⾸先为整个表T⽣成总的执⾏计 划P,然后将P拆分成n个⼦计划{P1,…,Pn},⼦计划Pi在节点ni上独⽴执⾏,最后每个节点将⽣成的中间结果发送到某⼀选定的节点上,该 节点对中间结果进⾏聚集产⽣最终的结果。 并⾏数据库系统的⽬标是⾼性能和⾼可⽤性,通过多个节点并⾏执⾏数据库任务,提⾼整个数据库系统的性能和可⽤性。最近⼀些年不断涌 现⼀些提⾼系统性能的新技术,如索引、压缩、实体化视图、结果缓存、I/O共享等,这些技术都⽐较成熟且经得起时间的考验。与⼀些早 期的系统如Teradata必须部署在专有硬件上不同,最近开发的系统如Aster、Vertica等可以部署在普通的商业机器上,这些数据库系统可 以称得上准云系统。 并⾏数据库系统的主要缺点就是没有较好的弹性,⽽这种特性对中⼩型企业和初创企业是有利的。⼈们在对并⾏数据库进⾏设计和优化的时 候认为集群中节点的数量是固定的,若需要对集群进⾏扩展和收缩,则必须为数据转移过程制订周全的计划。这种数据转移的代价是昂贵 的,并且会导致系统在某段时间内不可访问,⽽这种较差的灵活性直接影响到并⾏数据库的弹性以及现⽤现付商业模式的实⽤性。 并⾏数据库的另⼀个问题就是系统的容错性较差,过去⼈们认为节点故障是个特例,并不经常出现,因此系统只提供事务级别的容错功能, 如果在查询过程中节点发⽣故障,那么整个查询都要从头开始重新执⾏。这种重启任务的策略使得并⾏数据库难以在拥有数以千个节点的集 群上处理较长的查询,因为在这类集群中节点的故障经常发⽣。基于这种分析,并⾏数据库只适合于资源需求相对固定的应⽤程序。不管怎 样,并⾏数据库的许多设计原则为其他海量数据系统的设计和优化提供了⽐较好的借鉴。 NoSQL数据管理系统 NoSQL[5]⼀词最早出现于1998年,它是Carlo Strozzi开发的⼀个轻量、开源、不提供SQL功能的关系型数据库(他认为,由于NoSQL 悖离传统关系数据库模型,因此,它应该有⼀个全新的名字,⽐如"NoREL"或与之类似的名字[6])。 2009年,Last.fm的Johan Oskarsson发起了⼀次关于分布式开源数据库的讨论[7],来⾃Rackspace的Eric Evans再次提出了NoSQL 的概念,这时的NoSQL主要指⾮关系型、分布式、不提供ACID的数据库设计模式。 2009年在亚特兰⼤举⾏的"no:sql(east)"讨论会是⼀个⾥程碑,其⼝号是"select fun, profit from real_world whererelational=false;"。因此,对NoSQL最普遍的解释是"⾮关系型的",强调键值存储和⽂档数据库的优点,⽽不是单纯地反对关系 型数据库。 传统关系型数据库在处理数据密集型应⽤⽅⾯显得⼒不从⼼,主要表现在灵活性差、扩展

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧