NoSQL

我们曾经讨论过“到底NoSQL能在我们的工作中发挥什么作用?”我们也在考虑如何选择一款NoSQL数据库方面提出过101个相关问题。我们甚至召开了一个在线研讨会，深入剖析了SQL、NoSQL或者同时应用两者在网页应用程序的扩展性方面能带来哪些助益。

文章标题是因为有一本书叫《锋利的JQuery》，当我在研究Redis的时候，突然二者其实在某中意义上是如此相似，纯为应用而生。

在用户使用MongoDB时，同样希望使用他们钟爱的Web应用服务器Tomcat。这种需求绝不是毫无意义的，下面即为一个同时使用Tomcat与MongoDB的例子。

长生剑、孔雀翎、碧玉刀、多情环、离别钩、霸王枪、拳头是古龙笔下的七种武器，而本文打算将Redis的几种使用方式 Strings、Hashs、Lists、Sets、Sorted Sets、Pub/Sub、Transactions 也比作七种武器，为大家讲解Redis的七种特性，并列举其适合的应用场景。

虽然Redis已经很火了，相信还是有很多同学对Redis只是有所听闻或者了解并不全面，下面是一个比较系统的Redis介绍，对Redis的特性及各种数据类型及操作进行了介绍。是一个很不错的Redis入门教程。

Redis-Dump是一个将Redis数据导入/导出为json格式数据的小工具，目前还在Alpha版本，目前提供两个命令，将Redis数据层出成json的redis-dump命令，以及将json文件导入到redis中的redis-load命令，喜欢尝鲜的同学可以试玩一下。

事务型系统由SQL迁移到NoSQL场景：1.业务系统：需要保证高一致性的交易系统；2.NoSQL数据库：简单的key value型数据库，用hash实现的key value。在这样的场景下通常会面临的问题如下：1、表中有多个索引的问题；2、需要对表范围查找的问题；3、单机事务的问题；4、分布式事务的问题。

之前简单的看了一下 Tokyo Tyrant(包括 Tokyo Cabint) 在 hash 存储上的一些实现，最近 Redis 又比较火热，因此，自己也尝试性的去了解了一下 Redis，并且结合 Tokyo Tyrant(以下简称 tt server)，说说自己对这两种产品的看法。

大数据去年可真是风生水起、气势逼人。Hadoop与NoSQL已经成为技术领域家喻户晓的名头，以至于像甲骨文这样的巨鳄级数据库厂商也按捺不住，推出自家的NoSQL产品。而在即将到来的新的一年，相信这种趋势仍然会保持下去。

本文转自淘宝网杨传辉的个人博客，介绍了淘宝自研NoSQL数据库Oceanbase的系统特点，原文如下：有一些同学问我，Oceanbase的创新点在哪里?

Mongoid Ruby库是一个非常棒的Ruby库，可以利用该库将模型定义成类。下面定义两个非常简单的类，了解DataMapper或Django ORM(Object/Relation Mapping - 对象/关系映射)的读者应该对此非常熟悉。

本文我们从几个问题入手，分析和了解MongoDB的BSON格式的一些特性及使用时的注意事项。

当应用程序处理由NoSQL创建的大量非结构化数据时，保持运行的稳定性与有效性是十分重要的。用户在决定持久栈(persistence stack)的主要架构时，了解每个数据库之间的特点与细微差别也非常重要。

你也许已经知道Redis并不是简单的 key-value 存储，实际上他是一个数据结构服务器，支持不同类型的值。也就是说，你不必仅仅把字符串当作键所指向的值。下列这些数据类型都可作为值类型。

在这一年里，出现了很多围绕提高NoSQL和Hadoop基础存储和数据处理引擎的兼并和项目。这些无疑会继续下去，就像我们看到Hadoop正逐渐将其整体封装成套件、工具以及按需的云服务。希望不久后这些都会成为必需的基础架构。

我们知道Redis协议是构建在TCP协议之上的。所以当我们在脚本中调用Redis时，通常是以发送-应答-再发送-再应答的模式进行的，而每一次发送与应答，都需要数据从客户端到服务端飞一次。而且，这一切都是默认的。当你需要使用Redis处理多个命令时，这样时间都消耗到网络延迟上可能就不划算了。

Redis实现了它自己的事件库。事件库的实现在ae.c文件中。要弄明白Redis事件库是如何工作的最好的方法就是弄明白Redis是如何使用它的。为什么需要事件库【FAQ】Q：你期望一个网络服务器如何工作?A：在它监听的端口等待连接的到来并且为之服务。Q：在一个描述符上调用accept时会阻塞，你是如何处理的?

MongoDB是NoSQL数据库中比较流行的一个，但它还远称不上完美——至少不能说非常理想。近日在美国举行的MongoSV大会上，包括迪士尼、Foursquare以及Wordnik等企业在内的用户与大家分享了自己的使用经验。与会者们所讨论的共同主题就是：NoSQL在不少业务处理方面表现抢眼，但它却不适合那些……

前两天分享淘宝核心系统研发团队的资料《leveldb实现解析.pdf》文章对leveldb的内部实现和运行机制都做深入分析。而下面文章来自同一位作者，为大家详细描述淘宝开源的Tair在结合leveldb作为存储引擎上遇到的挑战和实战经验。Tair是淘宝开源的分布式KV缓存系统，内部将功能模块化，抽离出底层存储细节.

我们知道Redis作为一个NoSQL类型的数据库，使用key作为存取对象的唯一标识，对“key”的通俗理解就是“字符串”。Redis中字符串又分为两类：二进制安全(Binary Safe)和非二进制安全，关于二进制安全的描述可以参考这里。Redis处理存储的内容用的是二进制安全的字符串，而作为key使用的非二进制安全的。