全文预览

基于MongoDB的教学资源管理系统-毕业设计(论文).doc

上传者:hnxzy51 |  格式:doc  |  页数:32 |  大小:0KB

文档介绍
越多的应用和实际案例中,可用性和分区容忍性被认为比一致性更需要严格设计。这些应用设计更多倾向于降低一致性,而强调可用性和数据冗余机制(即有序地将数据分散于不同节点中)[7]。4.分布式系统毕业设计(论文)6分布式系统(DistributedSystem)是建立在网络之上的软件系统,具有高度的内聚性和透明性。内聚性是指每一个数据库分布节点高度自治,有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的,看不出是本地还是远程。在分布式数据库系统中,用户感觉不到数据是分布的,即用户不须知道关系是否分割、有无复本、数据存于哪个站点以及事务在哪个站点上执行等。2.2NoSQL数据模型数据模型是定义数据如何输入和输出的一种模型。其主要作用是为信息系统提供数据的定义和格式。数据模型是数据库系统的核心和基础,现有的数据库系统都是基于某种数据模型而建立起来的。2.2.1基于键-值的数据模型Key-Value存储是最简单的NoSQL存储,它将以一种算法把“键”映射到相应的“值”(数据),而不关心数据的内容,它是非结构化的数据存储模式。应用开发者需要自己组织和定义“值”的数据格式并解析。键-值存储系统不支持任何非“键”的查询。Dynamo是典型的键-值存储系统。主要应用场景:内容缓存,主要用于处理大量数据的高访问负载,也用于一些日志系统等。2.2.2面向文档的数据模型面向文档的存储系统的代表有CouchDB和MongoDB。文档存储的数据一般用json或类似json的格式,存储内容是文档型的。MongoDB的文档数据以bson格式存储,CouchDB的文档数据以json格式存储,文档可以存储列表、键-值对以及层次结构复杂的文档。文档型存储的灵活性和复杂性是一把双刃剑:一方面,开发者可以任意组织文档结构;另一方面,应用层的查询需求会变得比较复杂。主要应用场景:Web应用。

收藏

分享

举报
下载此文档