Oracle

複製代碼 代碼如下: -->FROM子句中包含多個表的情況下,選擇記錄條數最少的表作為基礎資料表 -->解析WHERE子句是自下而上的 過濾條件要有順序 -->ORACLE會將'*'轉換成列名 -->DELETE會在rollback segment中存放可恢複資訊，可以試試TRUNCATE -->COMMIT會釋放:1.rollback segment 2.被程式語句獲得的鎖 3.redo log buffer

複製代碼 代碼如下: SELECT height, /*Height of the B-Tree*/ blocks, /* Blocks in the index segment */ name, /*index name */ lf_rows, /* number of leaf rows in the index */ lf_blks, /* number of leaf blocks in the index */ del_lf_rows, /* number of deleted

Oracle Database Backup：--保留最近一周的備份記錄；====本文： ====開始==============複製代碼 代碼如下:echo 設定備份檔案存放檔案夾...  set "tbuf=E:\Cway\backup" echo 設定備份檔案名(以星期幾命名，即備份檔案只儲存最近一周)...  set name=%date%  set name=%name:~-3%  set

一：使用where少使用having;二：查兩張以上表時，把記錄少的放在右邊；三：減少對錶的訪問次數；四：有where子查詢時，子查詢放在最前；五：select語句中盡量避免使用*（執行時會把*依次轉換為列名）；六：盡量多的使用commit；七：Decode可以避免重複掃描相同的記錄或重複串連相同的表；八：通過內建函式也可提高sql效率；九：串連多個表時，使用別名並把別名首碼於每個欄位上；十：用exists代替in十一：not exists代替 not in（not in

基本查詢：複製代碼 代碼如下:--查詢所有員工的資訊select * from emp;--設定行寬set linesize 120;--設定列寬為四個數位寬度col empno for 9999;--設定列寬,a表示字串共八位長度col ename for a8--設定pageSize每頁顯示30條記錄set pagesize 30;--sql中支援算數運算式,注意：如果一個運算式中含有空值，則整個運算式為空白select empno,ename,sal,sal*12,comm,sal*12+

1、得到資料庫名和建立日期SELECT name, created, log_mode, open_mode FROM v$database;2、ORACLE資料庫的電腦的主機名稱，ORACLE資料庫的執行個體名及ORACLE資料庫管理系統的版本資訊SELECT host_name, instance_name, version FROM v$instance;3、為了知道oracle資料庫版本的一些特殊資訊select * from v$version;4、擷取控制檔案名稱字select *

1.通過運行Oracle Database Configuration  Assistant 建立、配置、或刪除資料庫(也可在命令列下輸入dbca)；2.用命令列的方式建立資料庫3.通過運行自訂的批處理指令碼（或create_ORACLE_SID.bat(create_ORACLE_SID.sql)）來建立、配置、或刪除資料庫。詳述：1.通過運行Oracle Database Configuration Assistant

一、啟動資料$sqlplus "sys/pass as sysdba"sql>startup二、啟動監聽器　　資料庫啟動後，如果未啟動監聽進程，則用戶端無法與資料庫連接。監聽進程的啟動方法為：$lsnrctl

因為：1）提高效能：盡量把表和索引的資料表空間儲存在不同在磁碟上，把兩類不同IO性質的資料分開放，這樣可以提高磁碟的IO總體效能；2）便於管理：試想一下，如果索引的資料檔案損壞，只要建立索引即可，不會引起資料丟失的問題。下面語句用於移動索引的資料表空間：複製代碼 代碼如下:alter index INDEX_OWNER.INDEX_NAME rebuild tablespace NEW_TBS;也可以利用以下語句獲得某個schema下移動索引資料表空間的所有語句：複製代碼

因此，在資料庫的日常維護工作中，如果只是一次兩次碰到ORA-01555錯誤，一般都先忽略，但是如果經常碰到該錯誤，則要進行一些調整以避免該錯誤的再次發生。1. 為什麼會產生ORA-01555錯誤？這個錯誤是由資料庫的讀一致性(Read consistency）引起的，當查詢需要訪問被修改的資料時，它會到undo裡訪問該資料的前鏡像，如果該前鏡像已被覆蓋，查詢語句就會返回ORA-01555的錯誤。2. 導致ORA-01555錯誤的主要原因有哪些？1）

首先談談它們的共同點吧：它們本質上都是一種對資源的獨佔鎖定，都是由並發引起（如果資料庫只有一個session，就談不上鎖定）。接著著重談談它們的不同點：首先，它們的目的不一樣，enqueue

1. 嵌套迴圈串連 （NESTED LOOP Join）嵌套串連把要處理的資料集分為外迴圈（驅動資料來源）和內迴圈（被驅動資料來源），外迴圈只執行一次（先執行），內迴圈執行的次數等於外迴圈執行的資料集個數。這種串連的好處是記憶體使用量非常少。如果驅動資料來源有限，且被驅動表在串連列上有相應的索引，則這種串連方式才是高效的。在OLTP系統上常見到這種串連方式。2. 排序合并串連 （Sort Merge

Data

Data Guard提供如下三種資料保護模式：1）最高保護模式（Maximum Protection）這裡的”最大保護“是指最大限度的保護資料不丟失，也就是至少有一個standby和primary保持即時同步，但這樣做的代價很大，即當一個事務提交時，不但要寫到primary段的online redo log，還有寫到至少一個standby的standby redo

Data Guard主要提供兩個服務：1）Redo傳輸服務：即把Primay端的Redo日誌傳輸到一個或多個Standby目的地。2）Redo應用服務：即在Standby端應用從Primay端傳輸過來的Redo日誌。本文先講講其中的Redo傳輸服務。1、使用ARCn傳輸Redo日誌預設情況下採用ARCn傳輸redo日誌，不過只有在最高效能模式下才可以使用ARCn（具體可參考《[Oracle] Data Guard 之

Oracle RAC提供兩種方式實現負載平衡，第一種是純技術手段，即在使用者串連時，根據系統當前的負載情況決定由哪個節點處理使用者請求；第二種是面向業務，人為的把應用切分成很多service，通過某個service過來的串連請求都由某個節點處理。下面來具體看看這兩種手段：純技術手段 （連線導向的負載平衡）1.

1. 預估執行計畫 - Explain PlanExplain plan以SQL語句作為輸入，得到這條SQL語句的執行計畫，並將執行計畫輸出儲存到計劃表中。 首先，在你要執行的SQL語句前加explain plan for，此時將產生的執行計畫儲存到計劃表中，語句如下：explain plan for SQL語句然後，在計劃表中查詢剛剛產生的執行計畫，語句如下：select * from table(dbms_xplan.display);注意：Explain

如果Oracle在運行中很不幸遇到undo損壞，當然最好的方法是完全恢複，不過如果沒有備份，可以採用一種非常規的手段（利用Oracle的隱藏參數），如果此時undo包含未提交的事務，會造成一點點的資料丟失（一般都是可忍受的），如果沒有未提交的事務，則不會有資料丟失。其主要步驟有：1. 修改undo資料表空間管理為手動；2.

AWR的資料主要有兩部分組成：1）儲存在記憶體中的系統負載和效能統計資料，主要通過v$視圖查詢 ；2）mmon進程定期以快照(snapshot)的方式將記憶體中的AWR資料儲存到SYSAUX資料表空間中，主要通過DBA_*視圖訪問。1. AWR快照的產生預設情況下，每隔一小時自動產生一個快照，儲存最近7天的資訊，可以通過以下語句查詢：SQL>select SNAP_INTERVAL,RETENTION from dba_hist_wr_control;SNAP_INTERVAL 

其示意圖如下：控制檔案：用於控制資料匯入的行為方式的檔案（最重要的檔案）。參數檔案（可選）資料檔案：放置來源資料的一般檔案錯誤檔案：在資料載入時，把無法正確載入的資料放入錯誤檔案中（比如資料格式問題、資料類型問題等）丟棄檔案（可選）：有些資料，雖然資料格式、資料類型沒有問題，但它被邏輯條件過濾掉了（在控制檔案中設定），會被放入丟失檔案記錄檔：記錄SQL*Loader的資料載入過程直接路徑載入 在SQL*Loader裡，為了提高效能，一般採用直接路徑載入（設定Direct =