NoSQL一般采用key,value的形式存储数据，请问他是如何存储一个对象的呢？

小尾巴鱼 2016-05-06 10:22:47

有一个问题想问一下大家，NoSQL一般采用key,value的形式存储数据，请问他是如何存储一个对象的呢？把对象序列化之后放在value里面吗？

...全文

589 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

icesnow330 2016-05-11

打赏
举报

回复

NoSQL里面分很多种，有Key Value的比如Redis，也有文档库的比如MongoDB。对于文档类的数据库，他的存储底层本身就是使用对象存储，所以不存在序列化的问题。对于Key Value的也要看你要存什么对象，在Redis中有丰富的数据类型，你的Value值可以是Hash,链表等。如果你是存储Redis支持的对象类型那么底层的存储序列化由Redis负责你不用考虑，如果你要存储的不是Redis默认支持的对象类型。那么你需要自己考虑对象构建或序列化的问题。

SSDB 是⼀一个 C++ 语⾔言开发的⾼高性能开源 NoSQL 数据库服务器, ⽀支持 Key-value, Key- hashmap, Key-zset(sorted set) 等数据结构, ⼗十分适合存储数亿条级别的列表, 排序表等集合数据, 是 Redis 的替代和增强⽅方案.

关系型数据库和NoSQL数据库什么是NoSQL 大家有没有听说过“NoSQL”呢？近年，这个词极受关注。看到“NoSQL”这个词，大家可能会误以为是“No！SQL”的缩写，并深感愤怒：“SQL怎么会没有必要了呢？”但实际上，它是“Not Only SQL”的缩写。它的意义是：适用关系型数据库的时候就使用关系型数据库，不适用的时候也没有必要非使用关系型数据库不可，可以考虑使用更加合适的数据存储。为弥补关系型数据库的不足，各种各样的NoSQL数据库应运而生。为了更好地了解本书所介绍的NoSQL数据库，对关系型数据库的理解是必不可少的。那么，就让我们先来看一看关系型数据库的历史、分类和特征吧。关系型数据库简史 1969年，埃德加•弗兰克•科德（Edgar Frank Codd）发表了划时代的论文，首次提出了关系数据模型的概念。但可惜的是，刊登论文的《IBM Research Report》只是IBM公司的内部刊物，因此论文反响平平。1970年，他再次在刊物《Communication of the ACM》上发表了题为“A Relational Model of Data for Large Shared Data banks”（大型共享数据库的关系模型）的论文，终于引起了大家的关注。科德所提出的关系数据模型的概念成为了现今关系型数据库的基础。当时的关系型数据库由于硬件性能低劣、处理速度过慢而迟迟没有得到实际应用。但之后随着硬件性能的提升，加之使用简单、性能优越等优点，关系型数据库得到了广泛的应用。通用性及高性能虽然本书是讲解NoSQL数据库的，但有一个重要的大前提，请大家一定不要误解。这个大前提就是“关系型数据库的性能绝对不低，它具有非常好的通用性和非常高的性能”。毫无疑问，对于绝大多数的应用来说它都是最有效的解决方案。突出的优势关系型数据库作为应用广泛的通用型数据库，它的突出优势主要有以下几点: 保持数据的一致性（事务处理）由于以标准化为前提，数据更新的开销很小（相同的字段基本上都只有一处）可以进行JOIN等复杂查询存在很多实际成果和专业技术信息（成熟的技术）这其中，能够保持数据的一致性是关系型数据库的最大优势。在需要严格保证数据一致性和处理完整性的情况下，用关系型数据库是肯定没有错的。但是有些情况不需要JOIN，对上述关系型数据库的优点也没有什么特别需要，这时似乎也就没有必要拘泥于关系型数据库了。关系型数据库的不足不擅长的处理就像之前提到的那样，关系型数据库的性能非常高。但是它毕竟是一个通用型的数据库，并不能完全适应所有的用途。具体来说它并不擅长以下处理：大量数据的写入处理为有数据更新的表做索引或表结构（schema）变更字段不固定时应用对简单查询需要快速返回结果的处理。。。。。。 NoSQL数据库为了弥补关系型数据库的不足（特别是最近几年），NoSQL数据库出现了。关系型数据库应用广泛，能进行事务处理和JOIN等复杂处理。相对地，NoSQL数据库只应用在特定领域，基本上不进行复杂的处理，但它恰恰弥补了之前所列举的关系型数据库的不足之处。易于数据的分散如前所述，关系型数据库并不擅长大量数据的写入处理。原本关系型数据库就是以JOIN为前提的，就是说，各个数据之间存在关联是关系型数据库得名的主要原因。为了进行JOIN处理，关系型数据库不得不把数据存储在同一个服务器内，这不利于数据的分散。相反，NoSQL数据库原本就不支持JOIN处理，各个数据都是独立设计的，很容易把数据分散到多个服务器上。由于数据被分散到了多个服务器上，减少了每个服务器上的数据量，即使要进行大量数据的写入操作，处理起来也更加容易。同理，数据的读入操作当然也同样容易。提升性能和增大规模下面说一点题外话，如果想要使服务器能够轻松地处理更大量的数据，那么只有两个选择：一是提升性能，二是增大规模。下面我们来整理一下这两者的不同。首先，提升性能指的就是通过提升现行服务器自身的性能来提高处理能力。这是非常简单的方法，程序方面也不需要进行变更，但需要一些费用。若要购买性能翻倍的服务器，需要花费的资金往往不只是原来的2倍，可能需要多达5到10倍。这种方法虽然简单，但是成本较高。另一方面，增大规模指的是使用多台廉价的服务器来提高处理能力。它需要对程序进行变更，但由于使用廉价的服务器，可以控制成本。另外，以后只要依葫芦画瓢增加廉价服务器的数量就可以了。不对大量数据进行处理的话就没有使用的必要吗？ NoSQL数据库基本上来说为了“使大量数据的写入处理更加容易（让增加服务器数量更容易）”而设计的。但如果不是对大量数据进行操作的话，NoSQ

NoSQL最常见的解释是“non-relational”， “Not Only SQL”也被很多人接受。NoSQL仅仅是一个概念，泛指非关系型的数据库，区别于关系数据库，它们不保证关系数据的ACID特性。NoSQL是一项全新的数据库革命性运动，其拥护者们提倡运用非关系型的数据存储，相对于铺天盖地的关系型数据库运用，这一概念无疑是一种全新的思维的注入。 NoSQL有如下优点：易扩展，NoSQL数据库种类繁多，但是一个共同的特点都是去掉关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。无形之间也在架构的层面上带来了可扩展的能力。大数据量，高性能，NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关系性，数据库的结构简单。本门课程首先介绍了一下当今大数据时代遇到的数据瓶颈，之后介绍了什么是NOSQL，NOSQL的相关理论，最后演示了常见四种NOSQL产品的部署及基本操作。本课程会让你对NOSQL产品有一定的加深和理解，帮助你迅速通过求职面试！

键/值存储-NoSQL 这是一个键/值存储，也称为 NoSQL 数据库。它使用 PHP 编写并托管在 MySQL 数据库上。这个想法很简单。您可以通过给它一个键来存储一个值，并通过提供它的键在存储中获取一个值。我主要需要不时使用一个小而简单的数据库来用于不同的项目。这是一个方便的解决方案，可以访问和更新少量持久数据。 JSON 对象被发布到 api，并在响应中返回一个 JSON 对象。提供了 Javascript 和 HTML 页面来演示如何与数据库交互。设置值数据发布到 set.php { "key" : "first name" , "value" : "Lewie" } 响应： { "success" : true , "key" : "first name" , "value" : "Lewie" } 获取价值数据发布到

Ardb是一个新的构建在持久化Key/Value存储实现上的NoSQL DB服务实现，支持list/set/sorted set/bitset/hash/table等复杂的数据结构，以Redis协议对外提供访问接口。 Ardb的基本特性如下：完全兼容Redis协议，支持绝大部分Redis命令的高性能持久化NoSQL DB；支持多种持久化Key/Value存储引擎（LevelDB/KyotoCabinet/LMDB）支持主从复制/主主复制，在线备份除set/zset/list/hash外, 支持简单的Table数据结构以及类似SQL的查询优化的bitset实现性能测试数据参考项目首页标签：Ardb NoSQL数据库

742

社区成员

901

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章