为什么SQL处理数据比Java快？

因为sql是直接操作数据库，java需要先与数据库建立连接，在发指令到数据库进行操作，因此速度肯定没有sql快，但是sql不太擅长业务逻辑处理的操作，一般情况是用java来做业务逻辑的处理，然后调用sql对数据库进行操作，或者通过nosql的技术来处理大数据高并发、大数据量的问题。

创新互联是一家专业提供永济企业网站建设,专注与网站设计、做网站、HTML5、小程序制作等业务。10年已为永济众多企业、政府机构等服务。创新互联专业的建站公司优惠进行中。

1.选择了Java就不要考虑运行效率.

2.SQL是描述...如果最终的执行者也是Java来运行那速度一样慢...大部分数据库都不是Java的...

3.SQL背后有多少台机器真的不好说...可能是数据库集群...可能是大数据集群...

JAVA 与 .NET等 编程语言

• 它们是业务功能编程实现工具;

  处理业务逻辑有先天性优势;
  

  编程语言类库中拥有丰富的系统函数，开发效率高;
  

  尤其是在SOA项目，大型综合系统的开发中处于有利地位;

  JAVA 与 .NET都提供了针对数据库的驱动程序，他们操作数据库是通过驱动程序中转操作指令的，反应当然要慢一拍。

  SQL server 与 MySQL,Oracle，MongoDB, Redis 等数据库

  它们是数据库

  前三个是关系型数据库，一般用来存储业务数据，提供读写功能；

  后2个是非关系型数据库，人称NoSQL数据库，一般用来作为缓存服务器的软件环境, 数据是以 JSON格式存储的；

  数据库本质是提供了 增加，修改，删除，查询功能的一个载体，好比是一个智能存储的仓库

  使用SQL处理数据时，数据会在数据库内直接进行处理，而且sql处理本身可以对sql语句做优化，按照最优的策略自动执行。

  使用Java处理时，需要把数据从数据库读入到Java程序内存，其中有网络处理和数据封装的操作，数据量比较大时，有一定的延迟，所以相对来说数据处理就慢一些。

  当然，这个只是大体示意图，实际根据业务不同会更复杂。

  两者侧重的点不同，有各自适合的业务领域，需要根据实际情况选用合适的方式。

  memcache、redis、mongodb优缺点是什么啊,怎么选？

  1、memcache

  调用函数，传入key名称，返回value值。

  数据存储在内存里，速度快，缺点是电脑重启后数据就没有了。

  2、redis

  可以看做是men cache的升级版，数据可以存在硬盘上，不怕电脑重启了，支持集群。

  3、mongodb

  可以把这个看成是类似MySQL数据库差不多使用方式的数据库，支持表，字段操作。

  有专门的查询语法，传入参数，返回json格式的记录。

  支持大数据，集群，速度快。

  我在笔记本里保存股票数据，每秒存储7000多条记录，连续存几小时，几千万条数据，仍然速度超快，这个是单机mysql 做不到的。但是在Windows下，数据量过大时会溢出，建议安装在linux下。

  redis、memcahce 比较相似，但与 mongodb 完全不同，几乎没有可比性。

  总的来说 redis/memcache 是基于内存的，讲究的是性能，多用作缓存层，比如说存放session。而 mongodb 是面向文档的，存储的是类似JSON的非结构化数据，查询起来非常方便，开发效率高，比较类似传统SQL关系型数据库。

  ---------------
  

  redis是内存型KV数据库（键值存储数据库，其数据按照键值对的形势进行组织、索引、存储），不支持二级索引，支持list，set等多种数据格式。适合存储全局变量，适合读多写少的业务场景。很适合做缓存。

  ------------------

  Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提供动态、数据库驱动网站的速度。Memcached基于一个存储键/值对的hashmap。

  -------------------

  mongodb则是文档型的非关系型数据库，使用bson结构。其优势在于查询功能比较强大，能存储海量数据，缺点是比较消耗内存。

  虽然都是nosql范畴，但是memcache、redis主要设计目的是做缓存使用

  mongodb的核心是提供无模式文档结构的持久化存储，它的两个核心点：提供接近（其实差距挺大的）缓存服务器的速度和接近关系数据库API（这个已经差不多了，连接查询是弱点）的接口。

  如果是几年前，memcache、redis之间还有选择综合症，目前的市场，你可以直接选择redis，把精力完全放在redis身上去深入。

  这是是市场反应，这个相信对你的选择有绝对说服力。

  memcache在性能方面没有优势了，同时redis提供了更丰富的数据结构，各种原子操作，以及持久化（RDB/AOF）。如果你是小规模项目，你甚至可以直接用它设计消息订阅，使用它的即时消息订阅发布（你有消息持久化需求的话可以额外用redis的列表功能等定制）。

  相比redis和memcache，mongodb的性能差距就比较大了。mongodb最核心的是它提供的B树索引，这个为我们提供了范围查询的基础，4.0提供了事务后，才算真正可以勉强在某些场合替代关系数据库。动态性和内嵌设计后的便利操作，很适合做中间数据管理。

  PS：我最先使用mongodb，其实主要是用它做LBS应用。

  如果你是中小项目，缓存使用redis是很合理的选择，mongodb可以暂不使用，mysql已经够用。
  

  作用完全不一样，memcache是纯内存数据库，就是干缓存的活，而mongo是文件数据库，适合存放非关系型或没事务要求的松散数据，而redis是两者之间，既能当缓存，有可持久化数据，其实分布式memcache性能并不比redis强，又无redis持久化功能。所以现在基本快被redis取代了

  到此，以上就是小编对于mongodb相比redis的优势在什么地方的问题就介绍到这了，希望这2点解答对大家有用。

  
  名称栏目：memcache、redis、mongodb优缺点是什么啊,怎么选？
  文章位置：http://cdbrznjsb.com/article/ccejedh.html