sql为主干为什么我这样理解： 单从技术角度来说 关系型网格 充分的体现了现实事务 对事务，审计，闪存等等对数据的重视所以如何一些特别主要的数据，一定要放到sql里面。一个系统
sql为主干为什么我这样理解：
单从技术角度来说
关系型网格 充分的体现了现实事务
对事务，审计，闪存等等对数据的重视所以如何一些特别主要的数据，一定要放到sql里面。一个系统里面至少有用户信息是重要的数据。
所以sql必须有，而且数据存储的主干
什么时候引入nosql
先看看sql - > sql + nosql的过程。
https://www.jb51.net/article/79236.htm 为什么要使用NoSQL
这些nosql？
对java语言而言：
redis：用于缓存 - 读速度极快（内存中）
mongoDb - 读写事务都是均衡的.node.js开发的json
Neo4j - .java的的比较像SQL但查询更快，可惜高级功能收费… - 社交（图像数据库）
Cassandra - 写数据比读快.-用于日志的存放。
HBase 离线分析
我的设想：
java语言而言:
- redis用于缓存（值里面存javabean）和不需要存储的热数据
- mongoDb用于不太重要的但要储的内容.
- Cassandra 用于管理 日志强烈建议（把日志放到数据库里面。）
- HBASE 离线分析，大数据
- solr，ES - 站内搜索和代替里面的SQL等
- 或者用neo4j代替sql数据库 , 有对事务要求的时候,单独起一个优先级为2的线程存到sql里面.
NoSQL纪元
当下已经存在很多的NoSQL数据库，比如MongoDB、Redis、Riak、HBase、Cassandra等等。每一个都拥有以下几个特性中的一个：
不再使用SQL语言，比如MongoDB、Cassandra就有自己的查询语言
通常是开源项目
为集群运行而生
弱结构化——不会严格的限制数据结构类型
适用的场景
储存用户信息，比如会话、配置文件、参数、购物车等等。这些信息一般都和ID（键）挂钩，这种情景下键值数据库是个很好的选择。
不适用场景
1）取代通过键查询，而是通过值来查询。Key-Value数据库中根本没有通过值查询的途径。
2）需要储存数据之间的关系。在Key-Value数据库中不能通过两个或以上的键来关联数据。
3）事务的支持。在Key-Value数据库中故障产生时不可以进行回滚。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对每日运维的支持。如果你想了解更多相关内容请查看下面相关链接
