㈠ oracle查询第一次慢，第二次快
你第一次的查询结果已经在内存中存在了，你第二次执行的时候会自动先查询缓存
㈡ Oracle查询时，第一次查询很慢，第二次及以后查询速度就很快了，那后面的查询的结果集会不会不是最新的
第一次查很慢，数据库把内容放到了缓存里，第二次查询直接去缓存里查所以会很快，为减少对磁盘的IO，所以才会有数据库缓存。客户更新数据后，缓存数据变了，数据库的数据没有变，要等dbw0这个进程将缓存数据写入磁盘。你在看看基础的书
㈢ 存储过程第一次执行耗时30分钟，第二次开始每次耗时不到3分钟，这是什么原因
sql是高级语言，数据库系统执行sql之前要将sql语句进行解析（相当于编译），这个过程叫硬解析；数据库系统每次执行sql之前都会检查共享池中是不是存在已经解析过的语句，如果有就拿来直接用，这叫软结息。软解析比硬解析效率高，这是影响因素之一；
二、第一次执行可能没有走索引，第二次执行使用第一次执行的执行计划
三、看你的存储过程做了些什么，有可能第一次把活干完了，导致第二次执行没什么活干
以上回答基于oracle体系结构
㈣ oracle 查询语句 第一次执行很快，第二次执行就很慢 。是什么原因
oracle sql 第一次查询快， 以后查询慢
大多数情况下，用oracle， 第一次查询慢， 第二次查询肯定比第二次查询快对吧，
但对于这种情况，第一次查询快， 以后查询慢。
Cardinality Feedback基数反馈， 是版本11.2中引入的关于SQL 性能优化的新特性，该特性主要针对 统计信息陈旧、无直方图或虽然有直方图但仍基数计算不准确的情况， Cardinality基数的计算直接影响到后续的JOIN COST等重要的成本计算评估，造成CBO选择不当的执行计划。以上是Cardinality Feedback特性引入的初衷。
基数反馈多少也造成了一些麻烦，典型的情况是测试语句性能时，第一次的性能最好，之后再运行其性能变差。
如何禁用Cardinality Feedback基数反馈
对于这些”惹火”特性，为了stable，往往考虑关闭该特性。
可以通过多种方法禁用该特性
1. 使用 _optimizer_use_feedback 隐藏参数
session 级别
SQL> alter session set “_optimizer_use_feedback”=false;
会话已更改。
system级别
SQL> alter system set “_optimizer_use_feedback”=false;
系统已更改。
————————————————
原文链接：https://blog.csdn.net/demonson/article/details/80522150
㈤ c#中 sql查询为什么每次第一次查询会慢。第二次以后都会快
真正的慢不是慢在查询上，而是慢在数据库连接上。
而当你第二次查询的时候，创建的数据库连接是从连接池里分配给你的，不需要你重新创建，所以感觉会快很多。
㈥ 应用第一次调用sql server 数据库后，再次调用时明显速度快了是什么原因
sql server会把查询过得放到类似缓存的东西中，下次查询不需要在进行编译等操作，所以速度会明显快了。
就如存储过程，第一次执行很慢，第二次就很快了。
㈦ SQL缓存问题，第一次查慢，第二次查快
查询时，数据库引擎会判断，如果数据在内存中，则会从内存读取数据，如果数据不在内存在，则先从硬盘读到内存，然后再供查询。
所以第一次查的时候，根据你的语句，数据库引擎会把一些数据从硬盘读到内存，第二次再查的时候，就从内存读数据，就快了很多了。
oracle有一个功能是让表常驻内存。
㈧ sql server 2008 为什么第二次执行查询会快的多
Sql
Server
第一次查询时要对语句进行编译，会消耗一定的时间。
并且查询结果会有缓存，如果第二次和第一次查询的时间间隔不是很长的话，可以从缓存中读取结果。
㈨ 一条复杂的SQL语句，为什么第一次查询很慢，而第二次查询却明显快了
sql语句如果联合了多张表或频繁使用多个函数进行查询，确实会影响效率。需要优化的话，建议给查询条件设置索引，索引能提高查询速度；但是如果你的sql语句需要复合查询而且有很多运算的话，建议还是把一条sql语句拆开成三四条来写，虽然拆分来写有点麻烦但是查询响应速度明显快好几倍，不信你试试！