㈠ 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語句拆開成三四條來寫，雖然拆分來寫有點麻煩但是查詢響應速度明顯快好幾倍，不信你試試！