華閱文章網sql server的sql語句和oracle的sql語句有什么不同嗎
Oracle與Sql server都遵循SQL-92標準：
區別如下：
*中表名，字段名，存儲過程名，變量名不能超過30個字符串長度。
*中不支持Top 語法。使用whererownum
*中光標的使用與SqlServer中有挺大差別，主要是在循環控制方面不一致。
在Oracle中如果某列是Date類型，那么它默認的格式是yyyy-MM-dd，如果使用where colDate = '2005-06-08 17:14:57'就會出錯，'2005-06-08'可以。如果此時需要精確比較時間（小時，分，秒），可以采用下列方法：TO_DATE('2005-6-8 17:14:57','yyyy-mm-dd hh24:mi:ss')。由于Oracle和SQLServer在DateTime上對SQL標準的拓展實現方式不同，因此不能用同一個SQL實現。
*中的TimeStamp（時間戳）與SqlServer中的差別很大。SqlServer中的TimeStamp是二進制格式存儲在數據庫中，可以將DataSet中的這個字段類型設定為base64Binary類型。Oracle中的TimeStamp是時間格式存儲的。因此，無法用同一個DataSet既裝載SqlServer的TimeStamp，有裝載Oracle的TimeStamp.由于在應用程序中很少用到這個值，因此可以不檢索這個字段。
*中的TimeStamp不能像SqlServer在傳入數據的時候自動填充，可以設定默認值systimestamp來實現類似功能。
*中沒有Boolean的字段類型，可以用intger或者char代替SqlServer中的bit類型。
*中會將””空字符串當多NULL處理，也就是說，當應用程序往數據庫中插入一個空字符串時，實際數據庫會嘗試插入一個NULL。如果這個字段是NOTNULL類型，那么就會出錯，這種情況下可以用別的默認值代替空字符串。當從SqlServer導入數據到Oracle的時候，在NOTNULL列上的空字符串會導致導出操作失敗。此時可以在導出向導中手工修改SQL腳本，將空字符串設定成一個特殊值。
*中不支持，SELECT . . INTO創建新表，要用CREATE TABLE 表名AS SELECT 語句 ，創建新表。
9.在Oracle中連接字符串用 ‘||’ 或CONCAT(COL1,COL2)函數，不能使用‘+’。
統配符 []，[^] ，Oracle好像也不支持。
Oracle的Sql語句必做哪些事
使用scott/tiger用戶下的emp表和dept表完成下列練習，表的結構說明如下 emp員工表（empno員工號/ename員工姓名/job工作/mgr上級編號/hiredate受雇日期/sal薪金/comm傭金/deptno部門編號） dept部門表（deptno部門編號/dname部門名稱/loc地點） 工資 = 薪金 + 傭金 1.列出至少有一個員工的所有部門 2.列出薪金比“SMITH”多的所有員工。
3.列出所有員工的姓名及其直接上級的姓名。 4.列出受雇日期晚于其直接上級的所有員工。
5.列出部門名稱和這些部門的員工信息，同時列出那些沒有員工的部門。 6.列出所有“CLERK”（辦事員）的姓名及其部門名稱。
7.列出最低薪金大于1500的各種工作。 8.列出在部門“SALES”（銷售部）工作的員工的姓名，假定不知道銷售部的部門編號。
9.列出薪金高于公司平均薪金的所有員工。 10.列出與“SCOTT”從事相同工作的所有員工。
11.列出薪金等于部門30中員工的薪金的所有員工的姓名和薪金。 12.列出薪金高于在部門30工作的所有員工的薪金的員工姓名和薪金。
13.列出在每個部門工作的員工數量、平均工資和平均服務期限。 14.列出所有員工的姓名、部門名稱和工資。
16.列出所有部門的詳細信息和部門人數。 17.列出各種工作的最低工資。
18.列出MANAGER（經理）的最低薪金。 19.列出所有員工的年工資，按年薪從低到高排序。
Oracle數據庫SQL語句性能調整的基本原則是什么
一、問題的提出 在應用系統開發初期，由于開發數據庫數據比較少，對于查詢SQL語句，復雜視圖的的編寫等體會不出SQL語句各種寫法的性能優劣，但是如果將應用系統提交實際應用后，隨著數據庫中數據的增加，系統的響應速度就成為目前系統需要解決的最主要的問題之一。
系統優化中一個很重要的方面就是SQL語句的優化。對于海量數據，劣質SQL語句和優質SQL語句之間的速度差別可以達到上百倍，可見對于一個系統不是簡單地能實現其功能就可，而是要寫出高質量的SQL語句，提高系統的可用性。
在多數情況下，Oracle使用索引來更快地遍歷表，優化器主要根據定義的索引來提高性能。 但是，如果在SQL語句的where子句中寫的SQL代碼不合理，就會造成優化器刪去索引而使用全表掃描，一般就這種SQL語句就是所謂的劣質SQL語句。
在編寫SQL語句時我們應清楚優化器根據何種原則來刪除索引，這有助于寫出高性能的SQL語句。 二、SQL語句編寫注意問題 下面就某些SQL語句的where子句編寫中需要注意的問題作詳細介紹。
在這些where子句中，即使某些列存在索引，但是由于編寫了劣質的SQL，系統在運行該SQL語句時也不能使用該索引，而同樣使用全表掃描，這就造成了響應速度的極大降低。 1。
IS NULL 與 IS NOT NULL 不能用null作索引，任何包含null值的列都將不會被包含在索引中。 即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。
也就是說如果某列存在空值，即使對該列建索引也不會提高性能。任何在where子句中使用is null或is not null的語句優化器是不允許使用索引的。
2。 聯接列 對于有聯接的列，即使最后的聯接值為一個靜態值，優化器是不會使用索引的。
我們一起來看一個例子，假定有一個職工表（employee），對于一個職工的姓和名分成兩列存放（FIRST_NAME和LAST_NAME），現在要查詢一個叫比爾。 克林頓（Bill Cliton）的職工。
下面是一個采用聯接查詢的SQL語句： select * from employss where first_name||''||last_name ='Beill Cliton'； 上面這條語句完全可以查詢出是否有Bill Cliton這個員工，但是這里需要注意，系統優化器對基于last_name創建的索引沒有使用。 當采用下面這種SQL語句的編寫，Oracle系統就可以采用基于last_name創建的索引。
Select * from employee where first_name ='Beill' and last_name ='Cliton'； 遇到下面這種情況又如何處理呢？如果一個變量（name）中存放著Bill Cliton這個員工的姓名，對于這種情況我們又如何避免全程遍歷，使用索引呢？可以使用一個函數，將變量name中的姓和名分開就可以了，但是有一點需要注意，這個函數是不能作用在索引列上。 下面是SQL查詢腳本： select * from employee where first_name = SUBSTR('&&name',1,INSTR('&&name',' ')-1) and last_name = SUBSTR('&&name',INSTR('&&name',' ')+1) 3。
帶通配符（%）的like語句 同樣以上面的例子來看這種情況。目前的需求是這樣的，要求在職工表中查詢名字中包含cliton的人。
可以采用如下的查詢SQL語句： select * from employee where last_name like '%cliton%'； 這里由于通配符（%）在搜尋詞首出現，所以Oracle系統不使用last_name的索引。 在很多情況下可能無法避免這種情況，但是一定要心中有底，通配符如此使用會降低查詢速度。
然而當通配符出現在字符串其他位置時，優化器就能利用索引。在下面的查詢中索引得到了使用： select * from employee where last_name like 'c%'; 4。
Order by語句 ORDER BY語句決定了Oracle如何將返回的查詢結果排序。Order by語句對要排序的列沒有什么特別的限制，也可以將函數加入列中（象聯接或者附加等）。
任何在Order by語句的非索引項或者有計算表達式都將降低查詢速度。 仔細檢查order by語句以找出非索引項或者表達式，它們會降低性能。
解決這個問題的辦法就是重寫order by語句以使用索引，也可以為所使用的列建立另外一個索引，同時應絕對避免在order by子句中使用表達式。 5。
NOT 我們在查詢時經常在where子句使用一些邏輯表達式，如大于、小于、等于以及不等于等等，也可以使用and（與）、or（或）以及not（非）。 NOT可用來對任何邏輯運算符號取反。
下面是一個NOT子句的例子： 。
。 where not (status ='VALID')。
什么是sql腳本-Oracle基礎,oracle的SQL語句中的（+）是干什么用的
oracle特有的左外聯書寫方式，當然你也可以用傳統的通用的左外聯，比如給你舉個例子 SELECT AS 姓名， ade AS 分數， d AS 課程名 FROM tbl_student s LEFT OUTER JOIN tbl_grade g ON *tId= d LEFT OUTER JOIN tbl_class c ON d=*d 它跟下面等價 SELECT AS 姓名， ade AS 分數， assname AS 課程名 FROM tbl_student s,tbl_grade g,tbl_class c WHERE (*tId= d(+)) AND ( d=*d(+))。
ORACLE優化SQL語句有什么作用
索引是表的一個概念部分，用來提高檢索數據的效率，Oracle使用了一個復雜的自平衡B-tree結構。
通常，通過索引查詢數據比全表掃描要快。當 Oracle找出執行查詢和Update語句的最好路徑時， Oracle優化器將使用索引。
同樣在聯結多個表時使用索引也能夠提高效率。 另一個使用索引的好處是，他提供了主鍵（primary key）的唯一性驗證。
那些LONG或LONG RAW數據類型， 您能夠索引幾乎任何的列。通常， 在大型表中使用索引特別有效。
當然，您也會發現， 在掃描小表時，使用索引同樣能提高效率。雖然使用索引能得到查詢效率的提高，但是我們也必須注意到他的代價。
索引需要空間來存儲，也需要定期維護， 每當有記錄在表中增減或索引列被修改時， 索引本身也會被修改。這意味著每條記錄的INSERT,DELETE , UPDATE將為此多付出 4、 5次的磁盤I/O 。
因為索引需要額外的存儲空間和處理，那些不必要的索引反而會使查詢反應時間變慢。 定期的重構索引是有必要的： ALTER INDEX REBUILD (18)用EXISTS替換DISTINCT： 當提交一個包含一對多表信息（比如部門表和雇員表）的查詢時，避免在SELECT子句中使用DISTINCT。
一般能夠考慮用EXIST替換， EXISTS 使查詢更為迅速，因為RDBMS核心模塊將在子查詢的條件一旦滿足后，立即返回結果。 例子： （低效）： SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D , EMP E WHERE D。
DEPT_NO = E。DEPT_NO （高效）： SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT 'X' FROM EMP E WHERE E。
DEPT_NO = D。DEPT_NO); (19)SQL語句用大寫的；因為Oracle總是先解析SQL語句，把小寫的字母轉換成大寫的再執行。
（20）在Java代碼中盡量少用連接符“+”連接字符串。 （21）避免在索引列上使用NOT通常，我們要避免在索引列上使用NOT, NOT會產生在和在索引列上使用函數相同的影響。
當Oracle“碰到”NOT，他就會停止使用索引轉而執行全表掃描。 （22）避免在索引列上使用計算。
WHERE子句中，假如索引列是函數的一部分。優化器將不使用索引而使用全表掃描。
舉例： 低效： SELECT … FROM DEPT WHERE SAL * 12 > 25000； 高效： SELECT … FROM DEPT WHERE SAL > 25000/12; (23)用>=替代>： 高效：SELECT * FROM EMP WHERE DEPTNO >=4 低效： SELECT * FROM EMP WHERE DEPTNO >3 兩者的區別在于，前者DBMS將直接跳到第一個DEPT等于4的記錄而后者將首先定位到DEPTNO=3的記錄并且向前掃描到第一個DEPT大于3的記錄。 （24）用UNION替換OR （適用于索引列）： 通常情況下，用UNION替換WHERE子句中的OR將會起到較好的效果。
對索引列使用OR將造成全表掃描。注意，以上規則只針對多個索引列有效。
假如有column沒有被索引，查詢效率可能會因為您沒有選擇OR而降低。 在下面的例子中，LOC_ID 和REGION上都建有索引。
高效：SELECT LOC_ID 。 LOC_DESC ,REGION FROM LOCATION WHERE LOC_ID = 10 UNION SELECT LOC_ID ,LOC_DESC ,REGION FROM LOCATION WHERE REGION = “MELBOURNE” 低效： SELECT LOC_ID ,LOC_DESC ,REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE”。
oracle 中的 sql語句查詢
1、
select emp.* from emp,(select deptno,avg(sal) avg1 from emp group by deptno)B where *=* and *>*1;
2、
select emp.*,*1 平均工資 from emp,(select deptno,avg(sal) avg1 from emp group by deptno)B where *=* and *>*1;
3、
select emp.* from emp,(select deptno,avg(sal) avg1 from emp group by deptno)B where *=*1;
4、
select A.*,B.* from
(select * from emp where empno=10)A,
(select * from emp where empno=(select mgr from emp where empno=10))B;
---
以上，希望對你有所幫助。
在Oracle中SQL語句的解析步驟是怎樣的呢
在Oracle中SQL語句的解析步驟如下： 1、 語法檢測。
判斷一條SQL語句的語法是否符合SQL的規范，比如執行：SQL> selet * from emp；我們就可以看出由于Select關鍵字少了一個“c”，這條語句就無法通過語法檢驗的步驟了。 2、 語義檢查。
語法正確的SQL語句在解析的第二個步驟就是判斷該SQL語句所訪問的表及列是否準確？用戶是否有權限訪問或更改相應的表或列？比如如下語句： SQL> select * from emp; select * from emp * ERROR at line 1: ORA-00942: table or view does not exist 由于查詢用戶沒有可供訪問的emp對象，因此該SQL語句無法通過語義檢查。 3、 檢查共享池中是否有相同的語句存在。
假如執行的SQL語句已經在共享池中存在同樣的副本，那么該SQL語句將會被軟解析，也就是可以重用已解析過的語句的執行計劃和優化方案，可以忽略語句解析過程中最耗費資源的步驟，這也是我們為什么一直強調避免硬解析的原因。 這個步驟又可以分為兩個步驟： （1）驗證SQL語句是否完全一致。
在這個步驟中，Oracle將會對傳遞進來的SQL語句使用HASH函數運算得出HASH值，再與共享池中現有語句的HASH值進行比較看是否一一對應。現有數據庫中SQL語句的HASH值我們可以通過訪問v$sql、v$sqlarea、v$sqltext等數據字典中的HASH_VALUE列查詢得出。
如果SQL語句的HASH值一致，那么ORACLE事實上還需要對SQL語句的語義進行再次檢測，以決定是否一致。那么為什么Oracle需要再次對語句文本進行檢測呢？不是SQL語句的HASH值已經對應上了？事實上就算是SQL語句的HASH值已經對應上了，并不能說明這兩條SQL語句就已經可以共享了。
我們首先參考如下一個例子：假如用戶A有自己的一張表EMP，他要執行查詢語句：select * from emp；用戶B也有一張EMP表，同樣要查詢select * from emp；這樣他們兩條語句在文本上是一模一樣的，他們的HASH值也會一樣，但是由于涉及到查詢的相關表不一樣，他們事實上是無法共享的。 假如這時候用戶C又要查詢同樣一條語句，他查詢的表為scott下的公有同義詞，還有就是SCOTT也查詢同樣一張自己的表emp，情況會是如何呢？ SQL> connect a/a Connected。
SQL> create table emp ( x int ); Table created。 SQL> select * from emp; no rows selected SQL> connect b/b Connected。
SQL> create table emp ( x int ); Table created。 SQL> select * from emp; no rows selected SQL> conn scott/tiger Connected。
SQL> select * from emp; SQL> conn c/c Connected。 SQL> select * from emp; SQL> conn/as sysdba Connected。
SQL> select address,hash_value, executions, sql_text 2 from v$sql 3 where upper(sql_text) like 'SELECT * FROM EMP%' 4 / ADDRESS HASH_VALUE EXECUTIONS SQL_TEXT -------- ---------- ---------- ------------------------ 78B89E9C 3011704998 1 select * from emp 78B89E9C 3011704998 1 select * from emp 78B89E9C 3011704998 2 select * from emp 我們可以看到這四個查詢的語句文本和HASH值都是一樣的，但是由于查詢的對象不同，只有后面兩個語句是可以共享的，不同情況的語句還是需要硬解析的。 因此在檢查共享池共同SQL語句的時候，是需要根據具體情況而定的。
我們可以進一步查詢v$sql_shared_cursor以得知SQL為何不能共享的原因： SQL> select kglhdpar, address, 2 auth_check_mismatch, translation_mismatch 3 from v$sql_shared_cursor 4 where kglhdpar in 5 ( select address 6 from v$sql 7 where upper(sql_text) like 'SELECT * FROM EMP%' ) 8 / KGLHDPAR ADDRESS A T -------- -------- - - 78B89E9C 786C9D78 N N 78B89E9C 786AC810 Y Y 78B89E9C 786A11A4 Y Y TRANSLATION_MISMATCH表示SQL游標涉及到的數據對象是不同的；AUTH_CHECK_MISMATCH表示對同樣一條SQL語句轉換是不匹配的。 （ 2、）驗證SQL語句執行環境是否相同。
比如同樣一條SQL語句，一個查詢會話加了/*+ first_rows */的HINT，另外一個用戶加/*+ all_rows */的HINT，他們就會產生不同的執行計劃，盡管他們是查詢同樣的數據。 我們下面就一個實例來說明SQL執行環境對解析的影響，我們通過將會話的workarea_size_policy變更來查看對同樣一條SQL語句執行的影響： SQL> alter system flush shared_pool; System altered。
SQL> show parameter workarea_size_policy NAME TYPE VALUE ------------------------------------ ----------- -------------- workarea_size_policy string AUTO SQL> select count(*) from t; COUNT(*) ---------- 5736 SQL> alter session set workarea_size_policy=manual; Session altered。 SQL> select count(*) from t; COUNT(*) ---------- 5736 SQL> select sql_text, child_number, hash_value, address 2 from v$sql 3 where upper(sql_text) = 'SELECT COUNT(*) FROM T' 4 / SQL_TEXT CHILD_NUMBER HASH_VALUE ADDRESS ------------------------------ ------------ ---------- -------- select count(*) from t 0 2199322426 78717328 select count(*) from t 1 2199322426 78717328 可以看到。
Oracle數據庫體系框架及SQL語句性能是什么
基于數據庫的業務系統的核心是數據庫和數據。
理解Oracle數據的體系框架有助于我們成功開發基于數據庫的業務系統。通過增加一個索引、改變SQL語句的連接方法可以極大的改變系統的性能；80%的性能問題都是由不良的SQL語句引起的。
理解ORACLE數據庫體系框架 數據庫軟件就是處理數據文件的一批程序。 關系數據庫自上世紀70年代IBM圣約瑟研究實驗室的高級研究員埃德加·考特（E F Codd）的《大型共享數據庫數據的關系模型》一文發表世以來，就逐步成為了數據庫的主流。
1977年，ORACLE公司成立第一個以關系數據庫為核心的軟件公司，現在已經推出ORACLE 9i。 下面的探討主要以ORACLE8i版本為基礎。
雖然大家在很多介紹ORACLE的書籍中都可以看到類似下面的圖，但是我認為下面的這張圖是對ORACLE的體系結構展現的最清晰和簡明扼要的。也許你在看介紹ORACLE的書籍時對這些枯燥的理論介紹沒有太多的關心，而直接進入你關心的、可操作的內容。
現在就讓我們一起對這個圖進行簡單的了解。 大家可以看到，如果從簡單的角度來描述，可以說一個ORACLE實例（Instance）是由一定的內存與后臺進程組成，而數據庫（Database）指物理文件。
下面就SGA、五個必須的ORACLE后臺進程進行簡單的介紹：SGA(System Global Area 也稱 Shared Global Area) 主要由以下三部分組成： 共享池（Shared Pool） 主要用來存儲最近執行過的SQL語句和最近使用過的數據字典的數據；它主要通過INIT。 ORA文件中的shared_pool_size和shared_pool_reserved_size兩個參數來設置。
數據高速緩存區（Data Buffer Cache） 主要用來存儲最近使用過的數據，可能是要寫到數據文件的，也可能是從數據文件讀取的；它主要通過INIT。 ORA文件中db_block_buffers參數來設置；Data Buffer的大小=db_block_buffers* db_block_size； 重做日志緩存區（Redo Log Buffer） 主要存儲服務進程和后臺進程的變化信息；它主要通過INIT。
ORA文件中的log_buffer參數來設置； Redo Log Buffer的大小=log_buffer* db_block_size； 當然，SGA不僅僅只是上面的三部分，還包括如Java pool（用來存儲java代碼）、Large pool（供不是和SQL直接相關的進程使用，如：當數據備份或恢復操作時，RMAN backup 用作磁盤I/O緩存器；Parallel時用作消息緩存器；MTS回話內存）等部分，我們可以通過v$sysstat、v$rowcache、v$librarycache等系統視圖來監控SGA。 五個必須的ORACLE后臺進程SMON、PMON、DBWn、CKPT、LGWR。
系統監控進程（System Monitor SMON） 在數據庫系統啟動時執行恢復工作的強制性進程。 進程監控進程（Process Monitor PMON） 用于恢復失敗的數據庫用戶的強制性進程，它先獲取失敗用戶的標識，釋放該用戶占有的所有數據庫資源。
數據庫寫入進程（Database Writer, DBWR） 它將修改后的數據塊寫回數據庫文件。日志寫入進程（Log Writer , LGWR） 一個專門用于將重做項寫入重做日志的進程。
校驗點進程（Checkpoint Process CKPT ） Oracle把內存中臟數據塊中的信息寫回磁盤的判斷進程。 （注：本圖引自ORACLE8i的OCP考試培訓官方資料） SQL性能調整 我們考慮一個基于ORACLE數據庫的應用系統的性能時，優先要考慮什么呢？主機操作系統？磁盤的I/O還是內存的使用？不，都不是！是系統的業務規則。
從這個意義上說，我們對各個行業的業務專家的渴求不僅基于市場方面的，更是基于技術方面的。 如果我們能夠優化客戶的業務規則，我們的系統將在起點上超越競爭對手！ 在無法改變客戶的業務規則的情況下，我們考慮影響應用系統性能的先后順序應該是： 首先，考慮SQL語句的性能； 其次，考慮內存的分配； 第三，CPU的使用分配和磁盤I/O瓶頸； 第四，考慮網絡因素； 第五，考慮操作系統因素； 等等…… 由此可以說，一個基于數據庫的應用系統性能的好壞，首先是應用系統設計人員、應用系統開發人員的責任，而數據庫管理員（DBA）是在其基礎上進行的性能調整。
80%的性能問題都是由不良的SQL語句引起的。設計和建立最佳的SQL對于系統的可擴展性和響應時間是基本工作。
下面，我主要就SQL語句的性能進行一些粗淺的探討，希望能起到拋磚引玉的效果。
Oracle數據庫維護常用SQL語句集合指的是什么
性能相關內容 1、捕捉運行很久的SQL column username format a12 column opname format a16 column progress format a8 SELECT Username, Sid, Opname, Round(Sofar * 100 / Totalwork, 0) || '%' AS Progress, Time_Remaining, Sql_Text FROM V$session_Longops, V$sql WHERE Time_Remaining 0 AND Sql_Address = Address AND Sql_Hash_Value = Hash_Value; 2、求DISK READ較多的SQL SELECT *_Text FROM V$sql s, V$sqltext St WHERE *s = *s AND *_Value = *_Value AND *_Reads > 300; 3、求DISK SORT嚴重的SQL SELECT *me, *_Text, * FROM V$session Sess, V$sqlarea SQL, V$sort_Usage Sort1 WHERE *# = *n_Num AND *r = *s AND *h = *_Value AND * > 200; 4、監控索引是否使用 alter index &index_name monitoring usage; alter index &index_name nomonitoring usage; select * from v$object_usage where index_name = &index_name; 5、求數據文件的I/O分布 SELECT *, Phyrds, Phywrts, Phyblkrd, Phyblkwrt, Singleblkrds, Readtim, Writetim FROM V$filestat Fs, V$dbfile Df WHERE *# = *# ORDER BY *; 6、查看還沒提交的事務 select * from v$locked_object; select * from v$transaction; 7、回滾段查看 SELECT Rownum, *_Rollback_*t_Name NAME, V$*s Extents, V$* Size_In_Bytes, V$* Xacts, V$* Gets, V$* Waits, V$* Writes, *_Rollback_* Status FROM V$rollstat, *_Rollback_Segs, V$rollname WHERE V$*(+) = *_Rollback_*t_Name AND V$*(+) = V$* ORDER BY Rownum 8、查看系統請求情況 SELECT Decode(NAME, 'summed dirty write queue length', VALUE) / Decode(NAME, 'write requests', VALUE) "Write Request Length" FROM V$sysstat WHERE NAME IN ('summed dirty queue length', 'write requests') AND VALUE > 0; 9、計算data buffer 命中率 SELECT * + * "logical_reads", * "phys_reads", Round(100 * ((* + *) - *) / (* + *)) "BUFFER HIT RATIO" FROM V$sysstat a, V$sysstat b, V$sysstat c WHERE *tic# = 40 AND *tic# = 41 AND *tic# = 42; SELECT NAME, (1 - (Physical_Reads / (Db_Block_Gets + Consistent_Gets))) * 100 h_Ratio FROM V$buffer_Pool_Statistics; 10、查看內存使用情況 SELECT Least(MAX(*) / (1024 * 1024), SUM(*) / (1024 * 1024)) Shared_Pool_Used, MAX(*) / (1024 * 1024) Shared_Pool_Size, Greatest(MAX(*) / (1024 * 1024), SUM(*) / (1024 * 1024)) - (SUM(*) / (1024 * 1024)) Shared_Pool_Avail, ((SUM(*) / (1024 * 1024)) / (MAX(*) / (1024 * 1024))) * 100 Avail_Pool_Pct FROM V$sgastat a, V$parameter b WHERE (* = 'shared pool' AND * NOT IN ('free memory')) AND * = 'shared_pool_size';。
轉載請注明出處華閱文章網 » oracle的sql語句