如何處理oracle中數(shù)據(jù)的分析

查找表的外鍵

公司主營業(yè)務(wù)：成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)公司推出前郭免費做網(wǎng)站回饋大家。

select * from user_constraints c where c.constraint_type = 'R' and c.table_name='STAFFPOSITION'

查詢外鍵約束的列名：

select * from user_cons_columns cl where cl.constraint_name = 外鍵名稱

查詢引用表的鍵的列名：

select * from user_cons_columns cl where cl.constraint_name = 外鍵引用表的鍵名！

oracle 數(shù)據(jù)庫變慢怎么分析

1、1、調(diào)整數(shù)據(jù)結(jié)構(gòu)的設(shè)計。這一部分在開發(fā)信息系統(tǒng)之前完成，程序員需要考慮是否使用ORACLE數(shù)據(jù)庫的分區(qū)功能，對于經(jīng)常訪問的數(shù)據(jù)庫表是否需要建立索引等。

2、2、調(diào)整應(yīng)用程序結(jié)構(gòu)設(shè)計。這一部分也是在開發(fā)信息系統(tǒng)之前完成，程序員在這一步需要考慮應(yīng)用程序使用什么樣的體系結(jié)構(gòu)，是使用傳統(tǒng)的Client/Server兩層體系結(jié)構(gòu)，還是使用Browser/Web/Database的三層體系結(jié)構(gòu)。不同的應(yīng)用程序體系結(jié)構(gòu)要求的數(shù)據(jù)庫資源是不同的。

3、3、調(diào)整數(shù)據(jù)庫SQL語句。應(yīng)用程序的執(zhí)行最終將歸結(jié)為數(shù)據(jù)庫中的SQL語句執(zhí)行，因此SQL語句的執(zhí)行效率最終決定了ORACLE數(shù)據(jù)庫的性能。ORACLE公司推薦使用ORACLE語句優(yōu)化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調(diào)整優(yōu)化SQL語句。

4、4、調(diào)整服務(wù)器內(nèi)存分配。內(nèi)存分配是在信息系統(tǒng)運行過程中優(yōu)化配置的，數(shù)據(jù)庫管理員可以根據(jù)數(shù)據(jù)庫運行狀況調(diào)整數(shù)據(jù)庫系統(tǒng)全局區(qū)（SGA區(qū)）的數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)和共享池的大小；還可以調(diào)整程序全局區(qū)（PGA區(qū)）的大小。需要注意的是，SGA區(qū)不是越大越好，SGA區(qū)過大會占用操作系統(tǒng)使用的內(nèi)存而引起虛擬內(nèi)存的頁面交換，這樣反而會降低系統(tǒng)。

5、5、調(diào)整硬盤I/O，這一步是在信息系統(tǒng)開發(fā)之前完成的。數(shù)據(jù)庫管理員可以將組成同一個表空間的數(shù)據(jù)文件放在不同的硬盤上，做到硬盤之間I/O負(fù)載均衡。

6、6、調(diào)整操作系統(tǒng)參數(shù)，例如：運行在UNIX操作系統(tǒng)上的ORACLE數(shù)據(jù)庫，可以調(diào)整UNIX數(shù)據(jù)緩沖池的大小，每個進(jìn)程所能使用的內(nèi)存大小等參數(shù)。

實際上，上述數(shù)據(jù)庫優(yōu)化措施之間是相互聯(lián)系的。ORACLE數(shù)據(jù)庫性能惡化表現(xiàn)基本上都是用戶響應(yīng)時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結(jié)果，這就需要數(shù)據(jù)庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響數(shù)據(jù)庫性能的主要原因所在。另外，良好的數(shù)據(jù)庫管理工具對于優(yōu)化數(shù)據(jù)庫性能也是很重要的。

ORACLE數(shù)據(jù)庫性能優(yōu)化工具

常用的數(shù)據(jù)庫性能優(yōu)化工具有：

1、1、ORACLE數(shù)據(jù)庫在線數(shù)據(jù)字典，ORACLE在線數(shù)據(jù)字典能夠反映出ORACLE動態(tài)運行情況，對于調(diào)整數(shù)據(jù)庫性能是很有幫助的。

2、2、操作系統(tǒng)工具，例如UNIX操作系統(tǒng)的vmstat，iostat等命令可以查看到系統(tǒng)系統(tǒng)級內(nèi)存和硬盤I/O的使用情況，這些工具對于管理員弄清出系統(tǒng)瓶頸出現(xiàn)在什么地方有時候很有用。

3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執(zhí)行情況，管理員可以使用虛擬表來調(diào)整實例，使用SQL語句跟蹤文件調(diào)整應(yīng)用程序性能。SQL語言跟蹤工具將結(jié)果輸出成一個操作系統(tǒng)的文件，管理員可以使用TKPROF工具查看這些文件。

4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進(jìn)行數(shù)據(jù)庫管理而不必記住復(fù)雜的ORACLE數(shù)據(jù)庫管理的命令。

5、5、EXPLAIN PLAN——SQL語言優(yōu)化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。

ORACLE數(shù)據(jù)庫的系統(tǒng)性能評估

信息系統(tǒng)的類型不同，需要關(guān)注的數(shù)據(jù)庫參數(shù)也是不同的。數(shù)據(jù)庫管理員需要根據(jù)自己的信息系統(tǒng)的類型著重考慮不同的數(shù)據(jù)庫參數(shù)。

1、1、在線事務(wù)處理信息系統(tǒng)（OLTP），這種類型的信息系統(tǒng)一般需要有大量的Insert、Update操作，典型的系統(tǒng)包括民航機票發(fā)售系統(tǒng)、銀行儲蓄系統(tǒng)等。OLTP系統(tǒng)需要保證數(shù)據(jù)庫的并發(fā)性、可靠性和最終用戶的速度，這類系統(tǒng)使用的ORACLE數(shù)據(jù)庫需要主要考慮下述參數(shù)：

l ? ? l ? ? 數(shù)據(jù)庫回滾段是否足夠？

l ? ? l ? ? 是否需要建立ORACLE數(shù)據(jù)庫索引、聚集、散列？

l ? ? l ? ? 系統(tǒng)全局區(qū)（SGA）大小是否足夠？

l ? ? l ? ? SQL語句是否高效？

2、2、數(shù)據(jù)倉庫系統(tǒng)（Data Warehousing），這種信息系統(tǒng)的主要任務(wù)是從ORACLE的海量數(shù)據(jù)中進(jìn)行查詢，得到數(shù)據(jù)之間的某些規(guī)律。數(shù)據(jù)庫管理員需要為這種類型的ORACLE數(shù)據(jù)庫著重考慮下述參數(shù)：

l ? ? l ? ? 是否采用B*-索引或者bitmap索引？

l ? ? l ? ? 是否采用并行SQL查詢以提高查詢效率？

l ? ? l ? ? 是否采用PL/SQL函數(shù)編寫存儲過程？

l ? ? l ? ? 有必要的話，需要建立并行數(shù)據(jù)庫提高數(shù)據(jù)庫的查詢效率

SQL語句的調(diào)整原則

SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現(xiàn)，但是語句的執(zhí)行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現(xiàn)方案，并選出最優(yōu)的實現(xiàn)方案。總得來講，程序員寫SQL語句需要滿足考慮如下規(guī)則：

1、1、盡量使用索引。試比較下面兩條SQL語句：

語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN

(SELECT deptno FROM emp);

語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS

(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);

這兩條查詢語句實現(xiàn)的結(jié)果是相同的，但是執(zhí)行語句A的時候，ORACLE會對整個emp表進(jìn)行掃描，沒有使用建立在emp表上的deptno索引，執(zhí)行語句B的時候，由于在子查詢中使用了聯(lián)合查詢，ORACLE只是對emp表進(jìn)行的部分?jǐn)?shù)據(jù)掃描，并利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。

2、2、選擇聯(lián)合查詢的聯(lián)合次序。考慮下面的例子：

SELECT stuff FROM taba a, tabb b, tabc c

WHERE a.acol between :alow and :ahigh

AND b.bcol between :blow and :bhigh

AND c.ccol between :clow and :chigh

AND a.key1 = b.key1

AMD a.key2 = c.key2;

這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進(jìn)行整個表數(shù)據(jù)的掃描，所以主表應(yīng)該數(shù)據(jù)量最小，所以例子中表A的acol列的范圍應(yīng)該比表B和表C相應(yīng)列的范圍小。

3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。

4、4、慎重使用視圖的聯(lián)合查詢，尤其是比較復(fù)雜的視圖之間的聯(lián)合查詢。一般對視圖的查詢最好都分解為對數(shù)據(jù)表的直接查詢效果要好一些。

5、5、可以在參數(shù)文件中設(shè)置SHARED_POOL_RESERVED_SIZE參數(shù)，這個參數(shù)在SGA共享池中保留一個連續(xù)的內(nèi)存空間，連續(xù)的內(nèi)存空間有益于存放大的SQL程序包。

6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經(jīng)常使用的存儲過程“釘”在SQL區(qū)中而不被換出內(nèi)存，程序員對于經(jīng)常使用并且占用內(nèi)存很多的存儲過程“釘”到內(nèi)存中有利于提高最終用戶的響應(yīng)時間。

CPU參數(shù)的調(diào)整

CPU是服務(wù)器的一項重要資源，服務(wù)器良好的工作狀態(tài)是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明服務(wù)器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明服務(wù)器CPU資源還比較富余。

使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統(tǒng)的服務(wù)器，可以使用sar –u命令查看CPU的使用率，NT操作系統(tǒng)的服務(wù)器，可以使用NT的性能管理器來查看CPU的使用率。

數(shù)據(jù)庫管理員可以通過查看v$sysstat數(shù)據(jù)字典中“CPU used by this session”統(tǒng)計項得知ORACLE數(shù)據(jù)庫使用的CPU時間，查看“OS User level CPU time”統(tǒng)計項得知操作系統(tǒng)用戶態(tài)下的CPU時間，查看“OS System call CPU time”統(tǒng)計項得知操作系統(tǒng)系統(tǒng)態(tài)下的CPU時間，操作系統(tǒng)總的CPU時間就是用戶態(tài)和系統(tǒng)態(tài)時間之和，如果ORACLE數(shù)據(jù)庫使用的CPU時間占操作系統(tǒng)總的CPU時間90％以上，說明服務(wù)器CPU基本上被ORACLE數(shù)據(jù)庫使用著，這是合理，反之，說明服務(wù)器CPU被其它程序占用過多，ORACLE數(shù)據(jù)庫無法得到更多的CPU時間。

數(shù)據(jù)庫管理員還可以通過查看v$sesstat數(shù)據(jù)字典來獲得當(dāng)前連接ORACLE數(shù)據(jù)庫各個會話占用的CPU時間，從而得知什么會話耗用服務(wù)器CPU比較多。

出現(xiàn)CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。

1、數(shù)據(jù)庫管理員可以執(zhí)行下述語句來查看SQL語句的解析情況：

SELECT * FROM V$SYSSTAT

WHERE NAME IN

('parse time cpu', 'parse time elapsed', 'parse count (hard)');

這里parse time cpu是系統(tǒng)服務(wù)時間，parse time elapsed是響應(yīng)時間，用戶等待時間

waite time = parse time elapsed – parse time cpu

由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應(yīng)該接近于0，如果平均解析等待時間過長，數(shù)據(jù)庫管理員可以通過下述語句

SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA

ORDER BY PARSE_CALLS;

來發(fā)現(xiàn)是什么SQL語句解析效率比較低。程序員可以優(yōu)化這些語句，或者增加ORACLE參數(shù)SESSION_CACHED_CURSORS的值。

2、數(shù)據(jù)庫管理員還可以通過下述語句：

SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;

查看低效率的SQL語句，優(yōu)化這些語句也有助于提高CPU的利用率。

3、3、數(shù)據(jù)庫管理員可以通過v$system_event數(shù)據(jù)字典中的“l(fā)atch free”統(tǒng)計項查看ORACLE數(shù)據(jù)庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結(jié)果。如果沖突太大的話，數(shù)據(jù)庫管理員可以降低spin_count參數(shù)值，來消除高的CPU使用率。

內(nèi)存參數(shù)的調(diào)整

內(nèi)存參數(shù)的調(diào)整主要是指ORACLE數(shù)據(jù)庫的系統(tǒng)全局區(qū)（SGA）的調(diào)整。SGA主要由三部分構(gòu)成：共享池、數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)。

1、 ?1、 ? 共享池由兩部分構(gòu)成：共享SQL區(qū)和數(shù)據(jù)字典緩沖區(qū)，共享SQL區(qū)是存放用戶SQL命令的區(qū)域，數(shù)據(jù)字典緩沖區(qū)存放數(shù)據(jù)庫運行的動態(tài)信息。數(shù)據(jù)庫管理員通過執(zhí)行下述語句：

select (sum(pins - reloads)) / sum(pins) "Lib Cache" ?from v$librarycache;

來查看共享SQL區(qū)的使用率。這個使用率應(yīng)該在90％以上，否則需要增加共享池的大小。數(shù)據(jù)庫管理員還可以執(zhí)行下述語句：

select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;

查看數(shù)據(jù)字典緩沖區(qū)的使用率，這個使用率也應(yīng)該在90％以上，否則需要增加共享池的大小。

2、 ?2、 ? 數(shù)據(jù)緩沖區(qū)。數(shù)據(jù)庫管理員可以通過下述語句：

SELECT name, value ?FROM v$sysstat ?WHERE name IN ('db block gets', 'consistent gets','physical reads');

來查看數(shù)據(jù)庫數(shù)據(jù)緩沖區(qū)的使用情況。查詢出來的結(jié)果可以計算出來數(shù)據(jù)緩沖區(qū)的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。

這個命中率應(yīng)該在90％以上，否則需要增加數(shù)據(jù)緩沖區(qū)的大小。

3、 ?3、 ? 日志緩沖區(qū)。數(shù)據(jù)庫管理員可以通過執(zhí)行下述語句：

select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志緩沖區(qū)的使用情況。查詢出的結(jié)果可以計算出日志緩沖區(qū)的申請失敗率：

申請失敗率＝requests/entries，申請失敗率應(yīng)該接近于0，否則說明日志緩沖區(qū)開設(shè)太小，需要增加ORACLE數(shù)據(jù)庫的日志緩沖區(qū)。

oracle sql是怎么解析的

導(dǎo)讀：Oracle的后臺運作原理是什么？我們的一條命令是如何被執(zhí)行的？今天我們就從一條簡單的Select語句開始，看看Oracle數(shù)據(jù)庫后臺的運作機制。

Select語句可以說是DBA和數(shù)據(jù)庫開發(fā)者在工作中使用最多的語句之一，但這條語句是如何執(zhí)行？在Oracle數(shù)據(jù)庫中又是如何運作的呢?今天我們就從一條簡單的Select語句開始，看看Oracle數(shù)據(jù)庫后臺的運作機制。這對于我們之后的系統(tǒng)管理與故障排除非常有幫助。

第一步：客戶端把語句發(fā)給服務(wù)器端執(zhí)行

當(dāng)我們在客戶端執(zhí)行select語句時，客戶端會把這條SQL語句發(fā)送給服務(wù)器端，讓服務(wù)器端的進(jìn)程來處理這語句。也就是說，Oracle客戶端是不會做任何的操作，他的主要任務(wù)就是把客戶端產(chǎn)生的一些SQL語句發(fā)送給服務(wù)器端。雖然在客戶端也有一個數(shù)據(jù)庫進(jìn)程，但是，這個進(jìn)程的作用跟服務(wù)器上的進(jìn)程作用事不相同的。服務(wù)器上的數(shù)據(jù)庫進(jìn)程才會對SQL語句進(jìn)行相關(guān)的處理。不過，有個問題需要說明，就是客戶端的進(jìn)程跟服務(wù)器的進(jìn)程是一一對應(yīng)的。也就是說，在客戶端連接上服務(wù)器后，在客戶端與服務(wù)器端都會形成一個進(jìn)程，客戶端上的我們叫做客戶端進(jìn)程;而服務(wù)器上的我們叫做服務(wù)器進(jìn)程。所以，由于所有的SQL語句都是服務(wù)器進(jìn)程執(zhí)行的，所以，有些人把服務(wù)器進(jìn)程形象地比喻成客戶端進(jìn)程的“影子”。

第二步：語句解析

當(dāng)客戶端把SQL語句傳送到服務(wù)器后，服務(wù)器進(jìn)程會對該語句進(jìn)行解析。同理，這個解析的工作，也是在服務(wù)器端所進(jìn)行的。雖然這只是一個解析的動作，但是，其會做很多“小動作”。

1. 查詢高速緩存。服務(wù)器進(jìn)程在接到客戶端傳送過來的SQL語句時，不會直接去數(shù)據(jù)庫查詢。而是會先在數(shù)據(jù)庫的高速緩存中去查找，是否存在相同語句的執(zhí)行計劃。如果在數(shù)據(jù)高速緩存中，剛好有其他人使用這個查詢語句的話，則服務(wù)器進(jìn)程就會直接執(zhí)行這個SQL語句，省去后續(xù)的工作。所以，采用高速數(shù)據(jù)緩存的話，可以提高SQL語句的查詢效率。一方面是從內(nèi)存中讀取數(shù)據(jù)要比從硬盤中的數(shù)據(jù)文件中讀取數(shù)據(jù)效率要高，另一方面，也是因為這個語句解析的原因。

不過這里要注意一點，這個數(shù)據(jù)緩存跟有些客戶端軟件的數(shù)據(jù)緩存是兩碼事。有些客戶端軟件為了提高查詢效率，會在應(yīng)用軟件的客戶端設(shè)置數(shù)據(jù)緩存。由于這些數(shù)據(jù)緩存的存在，可以提高客戶端應(yīng)用軟件的查詢效率。但是，若其他人在服務(wù)器進(jìn)行了相關(guān)的修改，由于應(yīng)用軟件數(shù)據(jù)緩存的存在，導(dǎo)致修改的數(shù)據(jù)不能及時反映到客戶端上。從這也可以看出，應(yīng)用軟件的數(shù)據(jù)緩存跟數(shù)據(jù)庫服務(wù)器的高速數(shù)據(jù)緩存不是一碼事。

2. 語句合法性檢查。當(dāng)在高速緩存中找不到對應(yīng)的SQL語句時，則數(shù)據(jù)庫服務(wù)器進(jìn)程就會開始檢查這條語句的合法性。這里主要是對SQL語句的語法進(jìn)行檢查，看看其是否合乎語法規(guī)則。如果服務(wù)器進(jìn)程認(rèn)為這條SQL語句不符合語法規(guī)則的時候，就會把這個錯誤信息，反饋給客戶端。在這個語法檢查的過程中，不會對SQL語句中所包含的表名、列名等等進(jìn)行SQL他只是語法上的檢查。

3. 語言含義檢查。若SQL語句符合語法上的定義的話，則服務(wù)器進(jìn)程接下去會對語句中的字段、表等內(nèi)容進(jìn)行檢查。看看這些字段、表是否在數(shù)據(jù)庫中。如果表名與列名不準(zhǔn)確的話，則數(shù)據(jù)庫會就會反饋錯誤信息給客戶端。

所以，有時候我們寫select語句的時候，若語法與表名或者列名同時寫錯的話，則系統(tǒng)是先提示說語法錯誤，等到語法完全正確后，再提示說列名或表名錯誤。若能夠掌握這個順序的話，則在應(yīng)用程序排錯的時候，可以節(jié)省時間。

4. 獲得對象解析鎖。當(dāng)語法、語義都正確后，系統(tǒng)就會對我們需要查詢的對象加鎖。這主要是為了保障數(shù)據(jù)的一致性，防止我們在查詢的過程中，其他用戶對這個對象的結(jié)構(gòu)發(fā)生改變。對于加鎖的原理與方法，我在其他文章中已經(jīng)有專門敘述，在這里就略過不談了。

5. 數(shù)據(jù)訪問權(quán)限的核對。當(dāng)語法、語義通過檢查之后，客戶端還不一定能夠取得數(shù)據(jù)。服務(wù)器進(jìn)程還會檢查，你所連接的用戶是否有這個數(shù)據(jù)訪問的權(quán)限。若你連接上服務(wù)器的用戶不具有數(shù)據(jù)訪問權(quán)限的話，則客戶端就不能夠取得這些數(shù)據(jù)。故，有時候我們查詢數(shù)據(jù)的時候，辛辛苦苦地把SQL語句寫好、編譯通過，但是，最后系統(tǒng)返回個 “沒有權(quán)限訪問數(shù)據(jù)”的錯誤信息，讓我們氣半死。這在前端應(yīng)用軟件開發(fā)調(diào)試的過程中，可能會碰到。所以，要注意這個問題，數(shù)據(jù)庫服務(wù)器進(jìn)程先檢查語法與語義，然后才會檢查訪問權(quán)限。

6. 確定最佳執(zhí)行計劃。當(dāng)語句與語法都沒有問題，權(quán)限也匹配的話，服務(wù)器進(jìn)程還是不會直接對數(shù)據(jù)庫文件進(jìn)行查詢。服務(wù)器進(jìn)程會根據(jù)一定的規(guī)則，對這條語句進(jìn)行優(yōu)化。不過要注意，這個優(yōu)化是有限的。一般在應(yīng)用軟件開發(fā)的過程中，需要對數(shù)據(jù)庫的sql語言進(jìn)行優(yōu)化，這個優(yōu)化的作用要大大地大于服務(wù)器進(jìn)程的自我優(yōu)化。所以，一般在應(yīng)用軟件開發(fā)的時候，數(shù)據(jù)庫的優(yōu)化是少不了的。

當(dāng)服務(wù)器進(jìn)程的優(yōu)化器確定這條查詢語句的最佳執(zhí)行計劃后，就會將這條SQL語句與執(zhí)行計劃保存到數(shù)據(jù)高速緩存。如此的話，等以后還有這個查詢時，就會省略以上的語法、語義與權(quán)限檢查的步驟，而直接執(zhí)行SQL語句，提高SQL語句處理效率。

第三步：語句執(zhí)行

語句解析只是對SQL語句的語法進(jìn)行解析，以確保服務(wù)器能夠知道這條語句到底表達(dá)的是什么意思。等到語句解析完成之后，數(shù)據(jù)庫服務(wù)器進(jìn)程才會真正的執(zhí)行這條SQL語句。

這個語句執(zhí)行也分兩種情況。一是若被選擇行所在的數(shù)據(jù)塊已經(jīng)被讀取到數(shù)據(jù)緩沖區(qū)的話，則服務(wù)器進(jìn)程會直接把這個數(shù)據(jù)傳遞給客戶端，而不是從數(shù)據(jù)庫文件中去查詢數(shù)據(jù)。若數(shù)據(jù)不在緩沖區(qū)中，則服務(wù)器進(jìn)程將從數(shù)據(jù)庫文件中查詢相關(guān)數(shù)據(jù)，并把這些數(shù)據(jù)放入到數(shù)據(jù)緩沖區(qū)中。

這里仍然要注意一點，就是Oracle數(shù)據(jù)庫中，定義了很多種類的高速緩存。像上面所說的SQL語句緩存與現(xiàn)在講的數(shù)據(jù)緩存。我們在學(xué)習(xí)數(shù)據(jù)庫的時候，需要對這些緩存有一個清晰的認(rèn)識，并了解各個種類緩存的作用。這對于我們后續(xù)數(shù)據(jù)庫維護(hù)與數(shù)據(jù)庫優(yōu)化是非常有用的。

第四步：提取數(shù)據(jù)

當(dāng)語句執(zhí)行完成之后，查詢到的數(shù)據(jù)還是在服務(wù)器進(jìn)程中，還沒有被傳送到客戶端的用戶進(jìn)程。所以，在服務(wù)器端的進(jìn)程中，有一個專門負(fù)責(zé)數(shù)據(jù)提取的一段代碼。他的作用就是把查詢到的數(shù)據(jù)結(jié)果返回給用戶端進(jìn)程，從而完成整個查詢動作。

從這整個查詢處理過程中，我們在數(shù)據(jù)庫開發(fā)或者應(yīng)用軟件開發(fā)過程中，需要注意以下幾點：

一是要了解數(shù)據(jù)庫緩存跟應(yīng)用軟件緩存是兩碼事情。數(shù)據(jù)庫緩存只有在數(shù)據(jù)庫服務(wù)器端才存在，在客戶端是不存在的。只有如此，才能夠保證數(shù)據(jù)庫緩存中的內(nèi)容跟數(shù)據(jù)庫文件的內(nèi)容一致。才能夠根據(jù)相關(guān)的規(guī)則，防止數(shù)據(jù)臟讀、錯讀的發(fā)生。而應(yīng)用軟件所涉及的數(shù)據(jù)緩存，由于跟數(shù)據(jù)庫緩存不是一碼事情，所以，應(yīng)用軟件的數(shù)據(jù)緩存雖然可以提高數(shù)據(jù)的查詢效率，但是，卻打破了數(shù)據(jù)一致性的要求，有時候會發(fā)生臟讀、錯讀等情況的發(fā)生。所以，有時候，在應(yīng)用軟件上有專門一個功能，用來在必要的時候清除數(shù)據(jù)緩存。不過，這個數(shù)據(jù)緩存的清除，也只是清除本機上的數(shù)據(jù)緩存，或者說，只是清除這個應(yīng)用程序的數(shù)據(jù)緩存，而不會清除數(shù)據(jù)庫的數(shù)據(jù)緩存。

二是絕大部分SQL語句都是按照這個處理過程處理的。我們DBA或者基于Oracle數(shù)據(jù)庫的開發(fā)人員了解這些語句的處理過程，對于我們進(jìn)行涉及到SQL語句的開發(fā)與調(diào)試，是非常有幫助的。有時候，掌握這些處理原則，可以減少我們排錯的時間。特別要注意，數(shù)據(jù)庫是把數(shù)據(jù)查詢權(quán)限的審查放在語法語義的后面進(jìn)行檢查的。所以，有時會若光用數(shù)據(jù)庫的權(quán)限控制原則，可能還不能滿足應(yīng)用軟件權(quán)限控制的需要。此時，就需要應(yīng)用軟件的前臺設(shè)置，實現(xiàn)權(quán)限管理的要求。而且，有時應(yīng)用數(shù)據(jù)庫的權(quán)限管理，也有點顯得繁瑣，會增加服務(wù)器處理的工作量。因此，對于記錄、字段等的查詢權(quán)限控制，大部分程序涉及人員喜歡在應(yīng)用程序中實現(xiàn)，而不是在數(shù)據(jù)庫上實現(xiàn)。

如何分析oracle數(shù)據(jù)庫中的表結(jié)構(gòu)？

去這里看看??

數(shù)據(jù)結(jié)構(gòu)被稱為物理（存儲）的數(shù)據(jù)結(jié)構(gòu)在計算機中的表示（圖片）。它包括一個數(shù)據(jù)元素表示的關(guān)系的表示。

物理結(jié)構(gòu)，也就是由Oracle數(shù)據(jù)庫所使用的操作系統(tǒng)的文件結(jié)構(gòu)。對于數(shù)據(jù)庫的物理結(jié)構(gòu)文件，不同版本的Oracle，不同的操作系統(tǒng)平臺上的數(shù)據(jù)庫文件存放的目錄結(jié)構(gòu)不同的物理結(jié)構(gòu)

其作用可分為三類：

數(shù)據(jù)日志文件的文件

控制文件

數(shù)據(jù)文件，數(shù)據(jù)文件，用于存儲數(shù)據(jù)庫中的數(shù)據(jù)，如表，索引等。當(dāng)讀取數(shù)據(jù)時，系統(tǒng)首先讀取的數(shù)據(jù)從數(shù)據(jù)庫文件，并存儲到數(shù)據(jù)緩沖器，SGA。

重做日志文件，重做日志文件

所有的記錄在數(shù)據(jù)庫中的信息。這是三種類型的文件，文件中最復(fù)雜的，而且要保證數(shù)據(jù)庫的安全性和數(shù)據(jù)庫的備份和恢復(fù)文件直接。

控制文件

控制文件是一個二進(jìn)制文件，用來描述數(shù)據(jù)庫的物理結(jié)構(gòu)，數(shù)據(jù)庫只需要一個控制文件，控制文件的內(nèi)容，包括：

同步需要恢復(fù)的數(shù)據(jù)文件和日志文件的信息標(biāo)識數(shù)據(jù)庫和數(shù)據(jù)庫的名稱，唯一標(biāo)識

數(shù)據(jù)庫，檢查點數(shù)量

/

a

如果有，請記得采納為滿意的答復(fù)，謝謝你！我祝你幸福的生活！

vaela

Oracle數(shù)據(jù)庫表做表分析、索引分析的命令是什么？

analyze table 表名 compute statistics\x0d\x0aanalyze index 索引ID compute statistics\x0d\x0a\x0d\x0a如果想分析所有的表名和index名可以從視圖user_tables，user_indexes取得相關(guān)的信息，自動生成SQL命令

電商銷售數(shù)據(jù)分析案例(Oracle)

數(shù)據(jù)來源于Kaggle的電商數(shù)據(jù)集 The UCI Machine Learning Repository ，英國在線零售商在2010年12月1日到2011年12月9日的在線銷售數(shù)據(jù)，該電商公司主要以銷售各類禮品為主，多數(shù)客戶都是批發(fā)商。

使用Oracle 對數(shù)據(jù)進(jìn)行處理與清洗，通過RFM模型、復(fù)購率、消費生命周期等對用戶維度進(jìn)行分析，利用ABC分類、退貨率等維度展開剖析，結(jié)合Excel圖表進(jìn)行可視化展示，為精準(zhǔn)營銷與個性化服務(wù)提供支持。

根據(jù)分析目的選擇字段，數(shù)據(jù)集共8個字段，如果表格字段較多，視情根據(jù)分析目的的需要選擇合適的字段。

創(chuàng)建備用表new_ecommerce，將舊表的數(shù)據(jù)去重添加進(jìn)備用表。原有數(shù)據(jù)541909條， 去重后數(shù)據(jù)536641條，刪除重復(fù)值5268條。

檢查缺失值

CustomerID存在缺失值135037條，Description出現(xiàn)缺失值1454條。數(shù)據(jù)都很大，不可能全部刪除。Description產(chǎn)品描述不是項目分析，不用處理。

在實際工作中，像CustomerID客戶ID缺失，首先找業(yè)務(wù)部門或者數(shù)據(jù)來源部門確認(rèn)信息并且補上。本項目只有單一數(shù)據(jù)，無法找到相關(guān)人員確認(rèn)，暫且把NULL值替換為0。

5.1檢查日期是否在范圍內(nèi)（2010年12月1日到2011年12月9日）

交易成功，銷量不可能為負(fù)值或零值。如果銷量為零或者負(fù)值情況，那么需要和業(yè)務(wù)/數(shù)據(jù)來源部門確認(rèn)具體的原因。這里假設(shè)出現(xiàn)負(fù)值是客戶退貨情況。

檢查發(fā)現(xiàn)交易銷量小于0的發(fā)票編號大都是"C”開頭的，有部分異常銷量小于0但不是以"C"開頭，這里做刪除處理。

檢查發(fā)現(xiàn)有單價為0的免費單，共計1174。暫且不分析免費單，直接刪除免費單的數(shù)據(jù)。

檢查發(fā)現(xiàn)兩筆壞賬，單價都是負(fù)值，故把它刪除。

根據(jù)分析目的，我們處理InvoiceDate日期數(shù)據(jù)。這里只做日期分析，不分析小時分鐘，故轉(zhuǎn)換為日期格式。

根據(jù)分析目的，本次分析將采用RFM模型

在RFM模式中：

R：最近一次消費時間（最近一次消費到參考時間的間隔）

F：消費的頻率(消費了多少次）

M：消費的金額 （總消費金額）

一般的分析型RFM強調(diào)以客戶的行為來區(qū)分客戶。

根據(jù)最近一次消費與客戶數(shù)的分析結(jié)果顯示最長的天數(shù)差是373天，最短0天；80%的客戶在200天內(nèi)都有交易記錄，說明客戶忠誠度不錯。

分析顯示，10次交易記錄以內(nèi)的客戶占絕大部分，說明客戶是很認(rèn)可產(chǎn)品和服務(wù)。

在2010年12月1日到2011年12月9日期間，交易金額主要集中在 1000英鎊以內(nèi)和1000-3000英鎊這兩個范圍內(nèi)。

分析發(fā)現(xiàn)，該電商平臺總交易客戶數(shù)4372位。交易客戶中，一般發(fā)展客戶（可以說是新客戶）最多，占總數(shù)的34%，其次是一般挽留客戶(流失客戶)29%，重要發(fā)展客戶22%，重要價值客戶10%，重要挽留客戶5%和重要挽回客戶0.16%。

每月新客數(shù)量及其占比

每月的新老客戶的銷售數(shù)量與銷售金額

用戶生命周期 = 最近一次購買時間 - 第一次購買時間

商品退貨分析

結(jié)合ABC分類進(jìn)行分析，選取退貨率大于均值且為A級的商品（主要是綜合上文提及的ABC分類和退貨率計算，通過創(chuàng)建view的形式進(jìn)行聯(lián)結(jié)后篩選，創(chuàng)建退貨率視圖為view_return_rate，ABC分類視圖為view_class），這里篩選出64個商品。

網(wǎng)站題目：oracle數(shù)據(jù)怎么分析,oracle報告分析
文章鏈接：http://chinadenli.net/article47/dsijohj.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、做網(wǎng)站、建站公司、商城網(wǎng)站、網(wǎng)站設(shè)計公司、App設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)