许多流式计算应用离不开存储，也就是把数据存在硬盘上，例如历史数据的保存。毕竟硬盘适合长期地存储大量数据。在介绍具体方法之前，先讲一个实际项目里经常要用到的原则，那就是：存储读写速度要和内存计算速度匹配。 怎么理解呢？例如内存计算速度是10万events/s,存储读写速度是1万events/s，那么很容易引起数据不能及时写到存储中，而导致OOM等各种问题。还有，硬盘读写的速度、网络传输的速度经常受到

写在开始 1、这是一篇简单的数据库实现，按照自己的思路来不要求效率高不要求实用性，为的是以博主这样的小白目光来琢磨数据库怎么去实现 2、博主是边写代码边写博客，从最开始的版本（可以说根本不能叫数据库的东西）开始一步步实现到勉强能看的地步 3、基于key-value和c++，欢迎交流技术，如果喷请轻点 =================================================

上一篇文章实现的数据库很不方便 一方面基于不同的数据，需要不同的函数用于存取 另一方面数据存储基于数组，大小一开始的固定的，显然不行 这一章来尝试改一改 我们希望这个数据库是动态大小的，能存多少都行 那么一提到这个，第一个想到的应该就是链表了 先来整体看看改动后的smallsql.h 可以看到数据采用链表来存储，接口也改为固定的一对get/set了，其余不变 依然来先看看open函数吧 bool

前一篇文章中，效率成了很关键的问题，比较数据库还是需要能高效查找数据才行 那么如何解决查找问题呢？一个很好的办法是使用B+树，关于B+树就不做多的介绍了，网上有很多 这里只贴出定义 B-树 是一种多路搜索树（并不是二叉的）： 1.定义任意非叶子结点最多只有M个儿子；且M>2； 2.根结点的儿子数为[2, M]； 3.除根结点以外的非叶

基于上一章的内容，我们需要把key替换成hash值存储到b+tree中 首先要改变的就是set和get函数 template<typename T> int smallsql::getType() { return typeid(T) == typeid(int) ? 0 : 1; } template<typename T> void smallsql::set(const std::str

 最近总是提到NoSQL这个词汇，起初只知道，应该是一种数据库而已，只是这种数据库目前符合当前互联网的需求，应用比较广泛，逐渐发现，当前的各个公司在招聘信息中会有掌握NoSQL的优先等要求，于是，抱着好奇的心理，来查了一些资料，并进行了整理，来分享给大家！ 下面的内容来源于百度百科 NoSQL，泛指非关系型的数据库。随着互联网 web2.0网站的兴起，传统的关系数据库在应付web2.0网站，特

今天开始，学习NoSQL数据库之Cassandra，将过程记录下来，也供有兴趣的参考。 简介 Apache Cassandra是一个开源分布式NoSQL数据库系统。最初由Facebook创建，集Google BigTable的数据模型与Amazon Dynamo的完全分布式的架构于一身。 文档： Cassandra的官方文档主要是Wiki：http://wiki.apache.org/cassan

1、单一服务器： 在一个服务器完全能够胜任工作时就没必要考虑分布式，这样部署简单，维护也方便很多； 2、分片： 1）特点 数据的各个部分存放在集群的不同服务器中；  比如按字母来划分：以a-g开头的键值都存放到第一台服务器上，以h-n开头的存放到第二台... 2）需要考虑的问题 如何存放数据，让用户基本上只需从一台服务器上获取数据。 如果经常需要与多个结点交互才能取到需要数据，可能分片策略不合适，

一网打尽当下NoSQL类型、适用场景及使用公司 摘要：对比传统关系型数据库，NoSQL有着更为复杂的分类——键值、面向文档、列存储以及图数据库。这里就带你一览NoSQL各种类型的适用场景及一些知名公司的方案选择。 在过去几年，关系型数据库一直是数据持久化的唯一选择，数据工作者考虑的也只是在这些传统数据库中做筛选，比如SQL Server、Oracle或者是MySQL。甚至是做一些默认的选择，比如使

在关系型数据库设计中，实体的结构和关系驱动设计，但NoSQL数据库设计并不是这样。当然，你也同样需要对实体和关系进行建模，但是与保持关系模型相比，性能更为重要。 关系性模型的出现与实际需求有关——数据的经常性异常以及新应用程序难以重用现有数据是其出现的主要原因。NoSQL数据库的出现也有其现实原因——具体来说，就是数据的规模已经无法满足日益增长的大量读写操作。 为了换取读写性能的提升，你可能会失去

首先，我们要纵览各种数据模型。这些模型的分类方法来自于Emil Eifrem 和 NoSQL databases。 文档数据库 源起：受Lotus Notes启发。 数据模型：包含了key-value的文档集合 例子：CouchDB, MongoDB 优点：数据模型自然，编程友好，快速开发，web友好，CRUD。 图数据库 源起： 欧拉和图理论。 数据模型：节点和关系，也可处理键值对。 例子：Al

大数据时代的数据库选择：SQL还是NoSQL？ 执行大数据项目的企业面对的关键决策之一是使用哪个数据库，SQL还是NoSQL?SQL有着骄人的业绩，庞 大的安装基础;而NoSQL正在获得可观的收益，且有很多支持者。我们来看看两位专家对这个问题的看法 一、专家简介 VoltDB公司首席技术官Ryan Betts表示，SQL已经赢得了大型企业的广泛部署，大数据是它可以支持的另 一个领域。 Couchb

本文基于Cassandra2.1.15,    Cassandra2.1.15  是拥有cassandra-cli 组件的最后一个版本。从 2.2开始 cassandra-cli组件就被移除了。 Cassandra作为一个NoSQL的数据库，水平扩展能力非常的优越。 下文演示如何在  cassandra-cli (cassandra 控制台客户端)   中 创建Keyspaces(键空间),Col

Cassandra是一个高可靠的大规模分布式存储系统。高度可伸缩的、一致的、分布式的结构化key-value存储方案，集Google BigTable的数据模型与Amazon Dynamo的完全分布式的架构于一身。Cassandra使用了Google BigTable的数据模型，与面向行的传统的关系型数据库不同，这是一种面向列的数据库，列被组织成为列族（Column Family），在数据库中增加

couchDB与SQLite的开发者们共同制定了一套用于NoSQL的查询语言规范，命名为UnQL（发音同“uncle”），与关系型数据库的SQL语言规范类似，UnQL主要被定位在规范对文档型NoSQL数据库的查询上。 实际上 CouchDB 作者 Damien Katz 与 SQLite 作者 Richard Hipp，一直在进行支持文档数据库查询的统一语言的开发。Katz 指出“我们意识到，相对