【大话IT】DBA的困境:NoSQL VS SQL 生存 Or 死亡？

dafei3020

目前来看  传统行业也好  互联网新兴行业也罢  没有一种架构和技术是包打天下、适用于一切场景的 ；sql 有sql的优势和发挥领域,nosql也 有nosql的优势和发挥领域 ，从整个系统架构来看 他们分别应用于不同的层次。随着技术和理念的进步，他们各自也现在吸收包容。可供我们选择的很多，还是那句话  应用决定架构  ，充分发挥 1+1>2 。

zhangshengdong

可惜在广州出差

lxcorange

好贴，学习了

adwoop

SQL不死

blueiceyoung

这让人想起从二十年前持续至今的另一个话题：互联网会不会消灭传统出版业？《纽约时报》纸质版的停刊与各地书展的火爆都印证着“存在即合理”，总是以“To be or Not to be”作为讨论标题，实在有点标题党的味道，技术之间哪来那么多的“你死我活”呢

菠菜基金会主席

坐等YesSQL......

pearl_tjen

Wow I hope not

xfzhi888

1.NoSQL是否会干掉SQL？这种辩论之争近乎水落石出了。相信各位亲们都有一个自己的答案，哪些企业选择同时采用SQL与NoSQL？这两种数据库又是如何共融来处理相关业务的？
    个人认为，nosql与sql不是互斥关系，是一种共融关系，所以不存在谁干掉谁。他们有不同的应用场景，只有谁更适合的问题。目前国内的BAT都已在同时采用SQL和NoSQL，并且在开发自己的NoSQL数据库。大型企业很多都有同时采用SQL与NoSQL，具体有哪些目前还没有明确的统计，其实itpub可以发起个投票各位坛友都可以报下所在公司使用数据库的情况。
    两种数据库，SQL是更关注与关系型和结构化数据，对于非结构化数据更适用于NOSQL.


2.在NoSQL快速变革的世界里，DBA到底在扮演什么样的角色？是否会像恐龙一样最终消失于这个世界呢？是生存还是死亡？DBA究竟有哪些困境？
     在谈到DBA所扮演的角色时，首先我们需要了解DBA的职责：数据备份/恢复与灾难恢复，工具集的使用，优化性能，版本差异与升级，代码实现的最佳实践，管理安全性，安全性管理，数据库设计，索引设计，容量监控和规划，日常维护任务。（个人理解所限，所列的可能不全）
     从DBA的职责可以看出，即使使用了NOSQL，上述的工作还是需要人来做，只能说dba不会死亡，而会变得更重要，责任更重要，承担的更多，当然这种重要的前提是DBA需要不断的学习新技能，拥有可以跨越到NOSQL领域的技能。
    最后说一句DBA的路还有很长，路漫漫而修远兮，吾将上下而求索。


3.NoSQL的Key-Value数据库有哪些？NoSQL的文档数据库又有哪些？到底有哪些区别？
键值数据库：Riak、Redis、Memcached、Amazon’s Dynamo、Project Voldemort

适用的场景：储存用户信息，比如会话、配置文件、参数、购物车等等。

不适用场景：1. 取代通过键查询，而是通过值来查询。Key-Value数据库中根本没有通过值查询的途径。

　　2. 需要储存数据之间的关系。在Key-Value数据库中不能通过两个或以上的键来关联数据。

　　3. 事务的支持。在Key-Value数据库中故障产生时不可以进行回滚。

文档数据库：MongoDB、CouchDB、RavenDB

适用的场景：

　　1. 日志。企业环境下，每个应用程序都有不同的日志信息。文档数据库并没有固定的模式，可以使用它储存不同的信息。

　　2. 分析。鉴于它的弱模式结构，不改变模式下就可以储存不同的度量方法及添加新的度量。

不适用场景：

　　在不同的文档上添加事务。Document-Oriented数据库并不支持文档间的事务，如果对这方面有需求则不应该选用这个解决方案。

4.从初创企业到新浪微博这样拥有着几百台Redis服务器的大公司，都能看到Redis的身影，为何只有4岁的Redis如今成为了Web开发社区中最火热的内存数据库之一？同作为Inmemory的key-value数据库，Memcached和Redis有哪些不同？
Redis的键值对模式，可以获得不错的性能和扩展性，内存利用率和性能结合业务的选择，让它成为最火热的内存数据库。
Redis与Memcached的不同：

• Redis支持服务器端的数据操作：Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去。这大大增加了网络IO的次数和数据体积。在Redis中，这些复杂的操作通常和一般的GET/SET一样高效。所以，如果需要缓存能够支持更复杂的结构和操作，那么Redis会是不错的选择。
• 内存使用效率对比：使用简单的key-value存储的话，Memcached的内存利用率更高，而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached。
• 性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中，Memcached性能要高于Redis。
  

5.天猫双十一对阿里搜索事业部来说，就是一场高强度的数字化战争。早在2010年，Hadoop/HBase技术就被引入到里的搜索体系中，用于存储相关的网页、价格和图片信息等。不光如此，连小米、奇虎360也都在使用HBase，HBase究竟有哪些神奇之处？
Hbase的数据完整性、可用性，完全一致性和性能让他有了不一样的优势，同时他是列簇模式。


6.京东每天的库房记录在十亿个数量级，商品图片总共有几十亿张。这些文件基本上都是KB 级别的，关系型数据库不太擅长处理这些海量小文件。京东最早使用的内存键值存储是Redis，而现在转而使用了JimDB，您觉得为何会有这么大的转变？JimDB与Redis又能否兼容？
不了解JimDB，希望后续的2015第六届中国数据库技术大会可以把一些大佬的ppt或者资料共享下，让大家可以学习下。

aks5201314

No SQL和SQL有各自适用的场景，各有各的优势和不足，两者会长期共存的，在未来不是谁把谁干掉的那个样子。

spyren

一路看下來，技術帖轉化為廣告帖了