在Oracle数据库中,是用in条件查询快还是查出来后for循环快
1、数据量较大时需要批量处理for循环快，而且可以在执行到时一半是打断，数据量较少不需要批量处理子查询要快些。
2、forin比较快。for的应用范围广基本可以NSArray、NSArray以及C语言的数组等，而for（in）仅限NSArray、NSArray等。forin更简洁、效率更高测试代码10^7的数组，时间单位秒，精确度毫秒。
3、如果只考虑in的话，我认为拼装为1，2的这种应该比较快。如果拼装sql个人稍微推荐exist，这个一般情况下，比in好一些。
4、in 是先生成in里面的条件n个集合。再执行语句，比较条件是否在这n个集合中。exists 是执行语句同时，都要附带查询n遍exists里面的语句。所以in好。
5、这两个效率都不高。一般in （select）这样的语句可以用exists代替，效率要高很多。如果比较or和in，要看你语句的具体情况了。
6、你查询出的最终结果数量比较少，那么IO需要传输的数据少，自然速度快；如果数据多，那么IO接口需要传输的数据量大，速度自然降下来了……所以如果条件可以的话，还是多加点限制条件比较好，这样Oracle的反应速度快点。
Oracle数据库查询优化方案(处理上百万级记录如何提高处理查询速度)
ORACLE公司推荐使用ORACLE语句优化器(OracleOptimizer)和行锁管理器(row-levelmanager)来调整优化SQL语句。
因此理论上Direct-Path插入会比常规插入速度更快，因为Direct-Path直接使用新数据块，而常规插入要遍历freelist获取可用空闲数据块，如果同 nologging 配合，这种速度优势会更加明显。
数据表百万级的数据量，其实还是不是很大的，建立合理的索引就可以解决了。
创建分区表，使查询时的大表尽量分割成小表。Oracle提供范围分区、列表分区、Hash分区以及复合分区，具体选择哪种分区最优，需要根据你的业务数据来确定。创建索引，创建合适的索引可以大大提高查询速度。
查询的模糊匹配 尽量避免在一个复杂查询里面使用 LIKE %parm1%—— 红色标识位置的百分号会导致相关列的索引无法使用，最好不要用。解决办法：其实只需要对该脚本略做改进，查询速度便会提高近百倍。
几个简单的步骤大幅提高Oracle性能--我优化数据库的三板斧。 数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。
关于oracle中的in和exists的效率问题
单说in和exsist，in的效率较差。原理是什么我也不清楚，用数据库的人都这么说。
如果in里面的第一个命中率高，显然in要高 一般来说，exists要高于in...超过1亿的数据优化，不应该在in exists上面了。
适用表的类型不同。in是子查询为驱动表，外面的表为被驱动表，故适用于子查询结果集小而外面的表结果集大的情况。
EXISTS与IN的使用效率的问题，通常情况下采用exists要比in效率高，因为IN不走索引。但要看实际情况具体使用：IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。
IN的好处是逻辑直观简单（通常是独立子查询）；缺点是只能判断单字段，并且当NOT IN时效率较低，而且NULL会导致不想要的结果。
很多人和说法会认为in和Exists相比后者的效率要高。
如何查看oracle语句执行效率
1、查询一和二都是全表内查询，一中嵌套子查询，还是用的In操作符，效率较低。
2、查看Oracle执行计划的几种方法 通过PL/SQL Dev工具 直接File-New-Explain Plan Window，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Rows。
3、可以通过使用ExplainPlan分析工具来评估查询效率。ExplainPlan分析工具可以根据SQL查询语句执行步骤，计算出每一步的执行时间和代价。
4、Username是执行SQL的数据库用户名，一个sql_hash_value下的SQL_TEXT组合成一个完整的SQL语句。这样就可以看到一个连接执行了哪些SQL。
5、如果你用的是oracle 10g的话，这个有种很简单的方法就是查看awr报告。很简单，你登陆到服务器的操作系统，进入到$ORACLE_HOME/rdbms/admin目录下。
6、进程数量和占用cpu：这个主要看有没有长时间占用cpu的进行。
关于oraclein子查询效率和oracle 子查询和连接查询 效率的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。