Nosql全称是Not Only SQL，是一种不同于关系型数据库的数据库管理系统设计方式。对NoSQL最普遍的解释是“非关系型的”，强调Key-Value Stores和文档数据库的优点，而不是单纯的反对RDBMS
2. 如何定义NoSQL数据库
NoSQL Distilled
》时附带写出的一篇博客。
Oskarsson组织的一个非正式的会议上。与会人员来自Voldemort, Cassandra, Dynomite, HBase,
Hypertable, CouchDB, VPork,
以及MongoDB的公司。这个词迅速的被人们注意到，有人认为只有出席了这次会议的几个数据库公司的产品才是NoSQL。
事实上，就
是对NoSQL这个名字本身的理解也是有分歧的：很多NoSQL的倡导者认为它不仅仅指的是”No” toSQL
，应该把它理解成Not Noly
SQL才对。对于此，我认为，应该从目前的数据库生态环境中分离出一个独立的数据库类型，这样对NoSQL的未来更有好处。当我们说“x
是一个NoSQL数据库”时，我认为把NoSQL解释成“Not
Only”是愚蠢的，因为这会让这个术语变得没有价值。(因为这样一来你实际上可以认为SQLServer也是一个NoSQL数据库)。我们应该把NoSQL的“not
only”做另外一种理解——尽管这个时候我更愿意使用PolyglotPersistence这个词。
所以，对于我们这本书来说，我们采取的观点是，NoSQL是目前的数据库家族的外来者。它们有些通用的特征，但没有一个是被明确定义的。
不使用关系数据库模型(或SQL语言)开源针对大型集群而设计
基于21世纪互联网特征的需求
没有schema，可以在任何时候向一条记录添加新字段
虽然在软件产业里我们已经习惯了这种模糊的边界定义，但我承认当看到又多了这样一个定义后，心里还是有些不爽。但重要的是，在我们以后数十年的开发工作中，这些数据库提供了我们重要的补充。在未来普遍使用的过程中，这些不清晰的定义顶多就像一个蚊子的叮咬。
3. 请问有没有关于非关系型数据库(nosql)的参考书推荐基本 最好是网上能够找到PDF的~~不胜感激
我买过一本机械工业出版的cassandra系统的，偏向于存技术的，其中介绍了一些实现和使用上的内容。我个人有个cassandra书的电子版，但是版本比较早了，是2011年的。此外你可以看看Hbase的书
4. 如何导入nosql数据库 nosql数据库入门
1. 使用python脚本可以轻松生成满足条件的数据，具体如下
#coding: utf-8import os, sys, time, datetimefrom itertools import izipN = 100000000def gen_meid(): returndef gen_seq(): returndef generate_message(meid,seq): ts = time.time(); time_st = datetime.datetime.fromtimestamp(ts).strftime('%Y-%m-%d %H:%M:%S') print '/t'.join(( meid, seq, '/N', '/N', '/N', '/N', '0', '0', '0', '0', time_st, '/N', '/N', '0', '/N', '/N', '/N', '/N', time_st ))def main(args): print '/t'.join(( 'deviceID', 'battery', ... , 'accumulatedTime', 'createDate' )) // for mongodb, mysql delete for meid,seq in izip(gen_meid(),gen_seq()): generate_message(meid,seq) pass return 0#==============================if __name__ == "__main__": import sys main(sys.argv) pass#==============================
$ python a.py > device.tsv
2. 切分数据（可选）
tail -n +1 device.csv | head -n 5000000 > part1.txt
tail -n +100001 device.csv | head -n 100000 > part2.txt
tail -n +200001 device.csv | head -n 100000 > part3.txt
tail -n +300001 device.csv | head -n 100000 > part4.txt
3. 生成txt 文件
python a.py > device.txt
5. 如何玩转NoSQL数据库
如何玩转 NoSQL数据库？作者：IT专家网
Weather公司CIO Bryson Koehler整理出了MongoDB，Riak和Cassandra等NoSQL数据库的特性。他指出这其中最重要的特性是“NoSQL不会限制住你”。
Weather公司，致力于天气报告和天气预报业务，其并不缺乏数据，当然也不缺乏数据管理工具。但它为什么需要三种不同的NoSQL数据库？
最近，我向Weather 公司的CIO Bryson Koehler提出了这个疑问，除了公司的CIO,Bryson Koehler还是其他很多业务单元的孵化者,包括Weather Channel，WeatherFX，Weather Underground，和Intellicast等。Weather公司每天获取和处理着约20万亿字节数据，对外提供当前全球天气状况，并为航空公司，紧急服务，货运商，公用事业，保险，以及在线天气网站和天气应用程序的用户提供天气预报服务。每天需求增加了数十亿的天气数据请求，并且预期响应时间要在10毫秒左右。
Riak是Weather 公司的后台NoSQL数据库，服务于公司的事务性存储公用网络(SUN)数据获取平台，它运行在多个亚马逊网络服务(AWS)的可用区域上，并以每小时15次的频率捕获超过20亿气象数据信息，。所以，Riak具有明确的处理规模，但该公司也使用Cassandra以及新近添加的MongoDB数据库，为Weather.com 上IOS和Android移动应用程序服务。
Weather 公司使用了不同的产品，Koehler解释说，因为“不同的工具有不同的优势。
Cassandra，它服务于Weather 公司以及全球消费者使用的第三方天气应用的API数据：“我们的数据分发平台每秒处理数十万的事务，我们发现Cassandra在用于全球分发数据上是一个很棒的解决方案，并且在[数据库]读取方面体现出很高的可用性 “。它本质上为全球各地消费者所使用的数据服务，包括Weather 公司和第三方的天气应用程序。
MongoDB，它提供了Weather.com网站和移动应用程序的中间层缓存功能：“离开我们的核心API，我们还没有全部Weather.com内容，所以MongoDB是容器和分发站，为Weather.com以及Android和iOS上的移动应用程序服务。Mongo有很多好处，这些好处基于其内建的JSON格式以及灵活性上。“
Riak，用于消费气象数据和观测，包括来自世界各地的图片和视频等：“我们喜爱Riak因其优秀的数据摄取能力，而且是以一种全球分布式的方式来实现。这对于从全球分布式平台上获取数据的入站式数据库是一个真正可靠的选择。
我曾听说Datastax，Basho和Couchbase的高管贬低MongoDB的可扩展性，但MongoDB指向大规模部署，在Facebook对超过200万台移动设备上应用程序提供支持，在eHarmony公司，MongDB每天处理着数十亿的潜在比赛预约。据Koehle所述，MongoDB为Weather.com和Weather.com移动应用程序处理着“每天十亿交易”，“毫无疑问，你可以通过配置和部署Mongo来处理大批量的交易数据。”
尽管如此，Koehler承认，他将“很乐于看到MongoDB继续使全球集群和多位置[功能]更加无缝化且易于使用。” 这些属于全球性的分布式集群，复制和负载平衡是Cassandra和Riak众所周知的功能。
从规模讨论的角度来看，很少有公司达到Weather公司的经营规模。易于开发，架构灵活性和JSON数据处理使得MongoDB的成为世界上最流行的NoSQL数据库。这就是为什么微软和IBM都进行了MongoDB的模仿，如微软的Azure DocumentDB和IBM的 Cloudant，而不是Cassandra和Riak。
Weather公司可以从三个NoSQL标准降低至两个的过程中得到巩固，Koehler说，但公司没有准备好这么做。
“由于我们构造了由许多不同的数据解决方案组成的网状结构，我们目前的环境已过于复杂，”他说。“我们希望给团队一些自由的空间，让我们可以了解所有选择的利弊，但你将会看到一些整合。”
到了那个时候，迁移将不在是一件难事，因为“关于NoSQL数据库最重要的事情是，你不会被困在其中，” Koehler说。“如果你的架构和编码正确，从一个数据库迁移到另一个并不难。随着模式的自由以及数据转存技术的发展，无论前者是一个key-value存储或其他什么形式，转储数据都将十分容易。“
对特定产品进程自定义编码的复杂的存储过程已经一去不复返了，Koehler说，但关于“结构化和编码正确”还有很多需要考虑的地方?这样做是为了避免特殊供应商提供的工具和功能可能让你身陷其中。他举了亚马逊网络服务“(AWS)的消息服务为例。
“你不必让服务在云中运行，”他解释说。“你可以只部署自己的RabbitMQ的环境，而不是陷于其中，所以你可以将一个原先部署在AWS 上的应用程序转而部署在谷歌计算云服务上。无论它是数据平台，存储环境，或云计算环境，都要小心别让自己局限在一个仅由一个供应商提供的小范围空间内“。
转载
6. 《SQL基础教程》pdf下载在线阅读，求百度网盘云资源
《SQL基础教程》（MICK）电子书网盘下载免费在线阅读
资源链接：
链接：
书名：SQL基础教程
作者：MICK
译者：孙淼
豆瓣评分：9.0
出版社：人民邮电出版社
出版年份：2013-8-1
页数：294
内容简介：本书介绍了关系数据库以及用来操作关系数据库的SQL语言的使用方法，提供了大量的示例程序和详实的操作步骤说明，读者可以亲自动手解决具体问题，循序渐进地掌握SQL的基础知识和技巧，切实提高自身的编程能力。在每章结尾备有习题，用来检验读者对该章内容的理解程度。另外本书还将重要知识点总结为“法则”，方便大家随时查阅。
本书适合完全没有或者具备较少编程和系统开发经验的初学者，也可以作为大中专院校的教材及企业新人的培训用书。
作者简介：MICK
日本资深数据库工程师，致力于商业智能和数据仓库的开发。为日本着名的IT杂志WEB+PRESS撰写专栏。着作有《达人SQL完全指南》、《达人SQL设计终极指南》，译着有《SQL谜题》、《SQL权威指南》等。
译者简介：
孙淼
专业从事对日软件设计和研发工作，曾于2007年至2009年赴日学习工作。精通J2EE和数据库开发，热衷于品尝和制作美食。
罗勇
专业从事对日软件设计和研发工作，曾于2007年至2009年赴日学习工作。精通J2EE和数据库开发。译有《NoSQL数据库入门》、《明解C语言》等。
7. nosql数据库的几大类型
1. 键值数据库
相关产品：Redis、Riak、SimpleDB、Chordless、Scalaris、Memcached
应用：内容缓存
优点：扩展性好、灵活性好、大量写操作时性能高
缺点：无法存储结构化信息、条件查询效率较低
使用者：网络云（Redis）、GitHub（Riak）、BestBuy（Riak）、Twitter（Ridis和Memcached）
2. 列族数据库
相关产品：BigTable、HBase、Cassandra、HadoopDB、GreenPlum、PNUTS
应用：分布式数据存储与管理
优点：查找速度快、可扩展性强、容易进行分布式扩展、复杂性低
使用者：Ebay（Cassandra）、Instagram（Cassandra）、NASA（Cassandra）、Facebook（HBase）
3. 文档数据库
相关产品：MongoDB、CouchDB、ThruDB、CloudKit、Perservere、Jackrabbit
应用：存储、索引并管理面向文档的数据或者类似的半结构化数据
优点：性能好、灵活性高、复杂性低、数据结构灵活
缺点：缺乏统一的查询语言
使用者：网络云数据库（MongoDB）、SAP（MongoDB）
4. 图形数据库
图形数据库-使用图作为数据模型来存储数据。
相关产品：Neo4J、OrientDB、InfoGrid、GraphDB
应用：大量复杂、互连接、低结构化的图结构场合，如社交网络、推荐系统等
优点：灵活性高、支持复杂的图形算法、可用于构建复杂的关系图谱
缺点：复杂性高、只能支持一定的数据规模
使用者：Adobe（Neo4J）、Cisco（Neo4J）、T-Mobile（Neo4J）