數據庫設計指引全集

1、Oracle9i 數據庫設計指引全集1  數據庫物理設計原則1.1 數據庫環(huán)境配置原則 操作系統(tǒng)環(huán)境:對于中小型數據庫系統(tǒng)，采用linux操作系統(tǒng)比較合適，對于數據庫冗余要求負載均衡能力要求較高的系統(tǒng)，可以采用Oracle9i RAC的集群數據庫的方法，集群節(jié)點數范圍在264個。對于大型數據庫系統(tǒng)，可以采用Sun Solaris SPARC 64位小型機系統(tǒng)或HP 9000 系列小型機系統(tǒng)。RAD5 適合只讀操作的數據庫，RAD1 適合OLTP數據庫 內存要求對于linux操作系統(tǒng)下的數據庫,由于在正常情況下Oracle對SGA的管理能力不超過1.7G。所以總的物理內存在4G以下。S

2、GA的大小為物理內存的50%75%。對于64位的小型系統(tǒng)，Oracle數據庫對SGA的管理超過2G的限制，SGA設計在一個合適的范圍內:物理內存的50%70%，當SGA過大的時候會導致內存分頁，影響系統(tǒng)性能。 交換區(qū)設計當物理內存在2G以下的情況下，交換分區(qū)swap為物理內存的3倍，當物理內存>2G的情況下，swap大小為物理內存的12倍。 其他環(huán)境變量參考Oracle相關的安裝文檔和隨機文檔。1.2 數據庫設計原則 數據庫SID數據庫SID是唯一標志數據庫的符號，命名長度不能超過5個字符。對于單節(jié)點數據庫，以字符開頭的5個長度以內字串作為SID的命名。對于集群數據庫，當命名SID后，各

3、節(jié)點SID自動命名為SIDnn，其中nn為節(jié)點號:1，2，,64。例如rac1、rac2、rac24。 數據庫全局名數據庫全局名稱: 數據庫類型選擇對于海量數據庫系統(tǒng)，采用data warehouse的類型。對于小型數據庫或OLTP類型的數據庫，采用Transaction Processing類型。 數據庫連接類型選擇Oracle數據庫有專用服務器連接類型和多線程服務器MTS連接類型。對于批處理服務，需要專用服務器連接方式，而對于OLTP服務則MTS的連接方式比較合適。由于采用MTS后，可以通過配置網絡服務實現某些特定批處理服務采用專用服務器連接方式，所以數據庫設計時一般采用MTS類型。 數據

4、庫SGA配置數據庫SGA可以采用手工配置或按物理內存比例配置，在數據庫初始設計階段采用按比例配置方式，在實際應用中按系統(tǒng)調優(yōu)方式修改SGA。 數據庫字符集選擇為了使數據庫能夠正確支持多國語言，必須配置合適的數據庫字符集，采用UTF8字符集。注意:如果沒有大對象，在使用過程中進行語言轉換沒有什么影響，具體過程如下(切記設定的字符集必須是ORACLE支持，不然不能start) 數據庫其他參數配置.1 DB_FILESDb_files是數據庫能夠同時打開的文件數量，默認值是200個。當數據庫規(guī)劃時文件數量FILES接近或超過200個時候，按以下估計值配置:.2 Db_block_size一個exte

5、nt要是5個blocks的倍數為好，如:一個blocks是4096字節(jié)，那一個extent就是2M、4M或8M為好。Db_block_size是數據庫最小物理單元，一旦數據庫創(chuàng)建完成，該參數無法修改，db_block_size按以下規(guī)則調整:數據倉庫類型: db_block_size盡可能大，采用8192 或 16384OLTP類型: db_block_size 用比較小的取值范圍: 2048 或 4096Blocks推薦是系統(tǒng)操作的塊倍數(裸設備塊大小是512字節(jié)，NTFS是 4K，使用8K的方式在大部分系統(tǒng)上通用)。 數據庫控制文件配置.1 控制文件鏡象多個控制文件存放在不同的物理位置。.

6、2 控制文件配置控制文件中參數設置，最大的數據文件數量不能小于數據庫參數db_files。 數據庫日志文件配置.1 日志文件大小日志文件的大小由數據庫事務處理量決定，在設計過程中，確保每20分鐘切換一個日志文件。所以對于批處理系統(tǒng)，日志文件大小為幾百M 到幾G的大小。對于OLTP系統(tǒng)，日志文件大小為幾百M以內。.2 日志文件組數量對于批處理系統(tǒng)，日志文件組為510組;對于OLTP系統(tǒng)，日志文件組為 35組，每組日志大小保持一致;對于集群數據庫系統(tǒng)，每節(jié)點有各自獨立的日志組。.3 日志成員數量為了確保日志能夠鏡象作用，每日志組的成員為2個。 數據庫回滾段配置在Oracle9i數據庫中，設計Und

7、o表空間取代以前版本的回滾段表空間。Undo 表空間大小的設計規(guī)范由以下公式計算:Undospace = UR * UPS *db_block_size+ 冗余量UR: 表示在undo中保持的最長時間數(秒)，由數據庫參數UNDO_RETENTION值決定。UPS:表示在undo中，每秒產生的數據庫塊數量。例如:在數據庫中保留2小時的回退數據，假定每小時產生200個數據庫塊。則Undospace = 2 * 3600 * 200 * 4K = 5.8G 數據庫臨時段表空間配置數據庫臨時段表空間根據實際生產環(huán)境情況調整其大小，表空間屬性為自動擴展。 數據庫系統(tǒng)表空間配置系統(tǒng)表空間大小1G左右，除

8、了存放數據庫數據字典的數據外，其他數據不得存儲在系統(tǒng)表空間。1.3 數據庫表空間設計原則 表空間大小定義原則當表空間 大小小于操作系統(tǒng)對最大文件限制時，表空間由一個文件組成。如果表空間大小大于操作系統(tǒng)對最大文件限制時，該表空間由多個數據文件組成，表空間的總大小為估算為:Tablespace + sum (數據段+索引段)*150%。 表空間擴展性設計原則表空間數據文件采用自動擴展的方式，擴展容量快大小按2的整數倍(1M、2M、4M、8M、16M、32M、64M)進行擴展，創(chuàng)建表空間時盡量采用nologing選項。表空間的最大限制一般采用unlimited，除非確切知道表空間數據文件的最大使用范

9、圍。(一般windows 32位系統(tǒng)的文件最大2G，64位的unix系統(tǒng)系統(tǒng)文件最大128G,但也要注意文件格式設定的文件大小),建議最大為2G。表空間采用local管理方式，例如:1.4 裸設備的使用一個scsi設備可以 14個分區(qū)，unix操作系統(tǒng)256個分區(qū),性能比文件系統(tǒng)方式高15%左右，空間大于要小于(實際分區(qū)大小減兩個ORACLE的數據塊)，比如100M，大于為100000K，推薦在unix使用軟連接(ln)方式把裸設備形成文件，用加入表空間時加resue 選項，當然也可只接把設備加入表空間，移動裸設備使用dd命令對于windows平臺，oracle提供軟連接工具，實現裸設備的使用

10、，計算一條記錄的長度2 數據庫邏輯設計原則2.1 命名規(guī)范 表屬性規(guī)范.1 表名前綴為Tbl_ 。數據表名稱必須以有特征含義的單詞或縮寫組成，中間可以用“_”分割，例如:tbl_pstn_detail。表名稱不能用雙引號包含。.2 表分區(qū)名前綴為p 。分區(qū)名必須有特定含義的單詞或字串。例如 :tbl_pstn_detail 的分區(qū)p2004100101表示該分區(qū)存儲 2004100101時段的數據。.3 字段名字段名稱必須用字母開頭，采用有特征含義的單詞或縮寫，不能用雙引號包含。.4 主鍵名前綴為PK_。主鍵名稱應是 前綴+表名+構成的字段名。如果復合主鍵的構成字段較多，則只包含第一個字段。表

11、名可以去掉前綴。.5 外鍵名前綴為FK_。外鍵名稱應是 前綴+ 外鍵表名 + 主鍵表名 + 外鍵表構成的字段名。表名可以去掉前綴。 索引.1 普通索引前綴為IDX_。索引名稱應是 前綴+表名+構成的字段名。如果復合索引的構成字段較多，則只包含第一個字段，并添加序號。表名可以去掉前綴。.2 主鍵索引前綴為IDX_PK_。索引名稱應是 前綴+表名+構成的主鍵字段名，在創(chuàng)建表時候用using index指定主鍵索引屬性。.3 唯一所以前綴為IDX_UK_。索引名稱應是 前綴+表名+構成的字段名。.4 外鍵索引前綴為IDX_FK_。索引名稱應是 前綴+表名+構成的外鍵字段名。.5 函數索引前綴為IDX

12、_func_。索引名稱應是 前綴+表名+構成的特征表達字符。.6 蔟索引前綴為IDX_clu_。索引名稱應是 前綴+表名+構成的簇字段。 視圖前綴為V_。按業(yè)務操作命名視圖。 實體化視圖前綴為MV_。按業(yè)務操作命名實體化視圖。 存儲過程前綴為Proc_ 。按業(yè)務操作命名存儲過程 觸發(fā)器前綴為Trig_ 。觸發(fā)器名應是 前綴 + 表名 + 觸發(fā)器名。 函數前綴為Func_ 。按業(yè)務操作命名函數 數據包前綴為Pkg_ 。按業(yè)務操作集合命名數據包。 序列前綴為Seq_ 。按業(yè)務屬性命名。 表空間.1 公用表空間前綴為Tbs_ 。 根據存儲的特性命名，例如: tbs_parameter 。.2 專用表

13、空間Tbs_<表名稱>_nn。該表空間專門存儲指定的某一個表，或某一表的若干個分區(qū)的數據 數據文件<表空間名>nn.dbf 。nn =1，2，3，4，等。 普通變量前綴為Var_ 。 存放字符、數字、日期型變量。 游標變量前綴為Cur_ 。存放游標記錄集。 記錄型變量前綴為Rec_ 。 存放記錄型數據。 表類型變量前綴為Tab_ 。 存放表類型數據。 數據庫鏈前綴為dbl_ 。 表示分布式數據庫外部鏈接關系。2.2 命名 語言命名應該使用英文單詞，避免使用拼音，特別不應該使用拼音簡寫。命名不允許使用中文或者特殊字符。英文單詞使用用對象本身意義相對或相近的單詞。選擇最簡單

14、或最通用的單詞。不能使用毫不相干的單詞來命名當一個單詞不能表達對象含義時，用詞組組合，如果組合太長時，采用用簡或縮寫，縮寫要基本能表達原單詞的意義。當出現對象名重名時，是不同類型對象時，加類型前綴或后綴以示區(qū)別。 大小寫名稱一律大寫，以方便不同數據庫移植，以及避免程序調用問題。 單詞分隔命名的各單詞之間可以使用下劃線進行分隔。 保留字命名不允許使用SQL保留字。 命名長度表名、字段名、視圖名長度應限制在20個字符內(含前綴)。 字段名稱同一個字段名在一個數據庫中只能代表一個意思。比如telephone在一個表中代表“電話號碼”的意思，在另外一個表中就不能代表“手機號碼”的意思。不同的表用于相同

15、內容的字段應該采用同樣的名稱，字段類型定義。2.3 數據類型 字符型固定長度的字串類型采用char，長度不固定的字串類型采用varchar。避免在長度不固定的情況下采用char類型。如果在數據遷移等出現以上情況，則必須使用trim()函數截去字串后的空格。 數字型數字型字段盡量采用number類型。 日期和時間.1 系統(tǒng)時間由數據庫產生的系統(tǒng)時間首選數據庫的日期型，如DATE類型。.2 外部時間由數據導入或外部應用程序產生的日期時間類型采用varchar類型，數據格式采用:YYYYMMDDHH24MISS。.3 大字段如無特別需要，避免使用大字段(blob，clob，long，text，ima

16、ge等)。.4 唯一鍵對于數字型唯一鍵值，盡可能用系列sequence產生。2.4 設計 范式如無性能上的必須原因，應該使用關系數據庫理論，達到較高的范式，避免數據冗余,但是如果在數據量上與性能上無特別要求，考慮到實現的方便性可以有適當的數據冗余，但基本上要達到3NF.如非確實必要，避免一個字段中存儲多個標志的做法。如11101表示5個標志的一種取值。這往往是增加復雜度，降低性能的地方。 表設計.1 邏輯段設計原則.1.1 Tablespace每個表在創(chuàng)建時候，必須指定所在的表空間，不要采用默認表空間以防止表建立在系統(tǒng)表空間上導致性能問題。對于事務比較繁忙的數據表，必須存放在該表的專用表空間中

17、。.1.2 Pctused默認pctused導致數據庫物理空間利用率非常低40%左右;對于update比較少或update不導致行增大的表，pctused可設置在6085之間;對于update能夠導致行增大的表，update設置在4070之間.1.3 Initrans對于需要并行查詢或者在RAC數據庫中需要并行處理的表，initrans設置為2的倍數，否則，不設該值。.1.4 Storage.1.4.1 Initial盡量減少表數據段的extents數量，initial的大小盡量接近數據段的大小64K，128K， ，1M，2M，4M，8M，16M ，等按2的倍數進行圓整。例如表或分區(qū)數據段大小

18、為28M，則initial取32M。.1.4.2 Next表或分區(qū)擴展extents的大小，按上述方法進行圓整。當表或分區(qū)數據段無法按Initial接近值進行圓整的情況下，其大小可以按 Initial+Next進行圓整。此時，必須設置Minextents=2。例如:表或分區(qū)數據段大小為150M，則Initial=128M;Next=32M，Minextents=2。.1.4.3 Minextents該參數表示表創(chuàng)建時候Extents的初始數量，一般取12。.1.4.4 Pctincrease表示每個擴展Extents的增長率，設置pctincrease=0能夠獲得較好的存儲性能。.2 特殊表設

19、計原則.2.1 分區(qū)表對于數據量比較大的表，根據表數據的屬性進行分區(qū)，以得到較好的性能。如果表按某些字段進行增長，則采用按字段值范圍進行范圍分區(qū);如果表按某個字段的幾個關鍵值進行分布，則采用列表分區(qū);對于靜態(tài)表，則采用hash分區(qū)或列表分區(qū);在范圍分區(qū)中，如果數據按某關鍵字段均衡分布，則采用子分區(qū)的復合分區(qū)方法。.2.2 聚蔟表如果某幾個靜態(tài)表關系比較密切，則可以采用聚蔟表的方法。.3 完整性設計原則.3.1 主鍵約束關聯(lián)表的父表要求有主健，主健字段或組合字段必須滿足非空屬性和唯一性要求。對于數據量比較大的父表，要求指定索引段。.3.2 外鍵關聯(lián)對于關聯(lián)兩個表的字段，一般應該分別建立主鍵、外鍵

20、。實際是否建立外鍵，根據對數據完整性的要求決定。為了提高性能，對于數據量比較大的標要求對外健建立索引。對于有要求級聯(lián)刪除屬性的外鍵，必須指定on delete cascade 。.3.3 NULL值對于字段能否null，應該在sql建表腳本中明確指明，不應使用缺省。由于NULL值在參加任何運算中，結果均為NULL。所以在應用程序中必須利用nvl()函數把可能為NULL值得字段或變量轉換為非NULL的默認值。例如:NVL(sale,0)。.3.4 Check條件對于字段有檢查性約束，要求指定check規(guī)則。.3.5 觸發(fā)器觸發(fā)器是一種特殊的存儲過程，通過數據表的DML操作而觸發(fā)執(zhí)行，起作用是為確

21、保數據的完整性和一致性不被破壞而創(chuàng)建，實現數據的完整約束。觸發(fā)器的before或after事務屬性的選擇時候，對表操作的事務屬性必須與應用程序事務屬性保持一致，以避免死鎖發(fā)生。在大型導入表中，盡量避免使用觸發(fā)器。.4 注釋表、字段等應該有中文名稱注釋，以及需要說明的內容。 索引設計對于查詢中需要作為查詢條件的字段，可以考慮建立索引。最終根據性能的需要決定是否建立索引。對于復合索引，索引字段順序比較關鍵，把查詢頻率比較高的字段排在索引組合的最前面。在分區(qū)表中，盡量采用local分區(qū)索引以方便分區(qū)維護。除非時分區(qū)local索引，否則在創(chuàng)建索引段時候必須指定指定索引段的tablespace、stor

22、age屬性，具體參考.1內容。 視圖設計視圖是虛擬的數據庫表，在使用時要遵循以下原則:從一個或多個庫表中查詢部分數據項;為簡化查詢，將復雜的檢索或字查詢通過視圖實現;提高數據的安全性，只將需要查看的數據信息顯示給權限有限的人員;視圖中如果嵌套使用視圖，級數不得超過3級;由于視圖中只能固定條件或沒有條件，所以對于數據量較大或隨時間的推移逐漸增多的庫表，不宜使用視圖;可以采用實體化視圖代替。除特殊需要，避免類似Select * from TableName 而沒有檢索條件的視圖;視圖中盡量避免出現數據排序的SQL語句。 包設計存儲過程、函數、外部游標必須在指定的數據包對象PACKAGE中實現。存儲

23、過程、函數的建立如同其它語言形式的編程過程，適合采用模塊化設計方法;當具體算法改變時，只需要修改需要存儲過程即可，不需要修改其它語言的源程序。當和數據庫頻繁交換數據是通過存儲過程可以提高運行速度，由于只有被授權的用戶才能執(zhí)行存儲過程，所以存儲過程有利于提高系統(tǒng)的安全性。存儲過程、函數必須檢索數據庫表記錄或數據庫其他對象，甚至修改(執(zhí)行Insert、Delete、Update、Drop、Create等操作)數據庫信息。如果某項功能不需要和數據庫打交道，則不得通過數據庫存儲過程或函數的方式實現。在函數中避免采用DML或DDL語句。在數據包采用存儲過程、函數重載的方法，簡化數據包設計，提高代碼效率。

24、存儲過程、函數必須有相應的出錯處理功能。 安全性設計.1 管理默認用戶在生產環(huán)境中，必須嚴格管理sys和system用戶，必須修改其默認密碼，禁止用該用戶建立數據庫應用對象。刪除或鎖定數據庫測試用戶scott 。.2 數據庫級用戶權限設計必須按照應用需求，設計不同的用戶訪問權限。包括應用系統(tǒng)管理用戶，普通用戶等，按照業(yè)務需求建立不同的應用角色。用戶訪問另外的用戶對象時，應該通過創(chuàng)建同義詞對象synonym進行訪問。.3 角色與權限確定每個角色對數據庫表的操作權限，如創(chuàng)建、檢索、更新、刪除等。每個角色擁有剛好能夠完成任務的權限，不多也不少。在應用時再為用戶分配角色，則每個用戶的權限等于他所兼角色

25、的權限之和。.4 應用級用戶設計應用級的用戶帳號密碼不能與數據庫相同，防止用戶直接操作數據庫。用戶只能用帳號登陸到應用軟件，通過應用軟件訪問數據庫，而沒有其它途徑操作數據庫。.5 用戶密碼管理用戶帳號的密碼必須進行加密處理，確保在任何地方的查詢都不會出現密碼的明文。2.5 SQL編寫 字符類型數據SQL中的字符類型數據應該統(tǒng)一使用單引號。特別對純數字的字串，必須用單引號，否則會導致內部轉換而引起性能問題或索引失效問題。利用trim(),lower()等函數格式化匹配條件。 復雜sql對于非常復雜的sql(特別是有多層嵌套，帶子句或相關查詢的)，應該先考慮是否設計不當引起的。對于一些復雜SQL可

26、以考慮使用程序實現。USER_TAB_COMMENTS 數據字典Comment on 可加注解 高效性.1 避免In子句使用In 或 not In子句時，特別是當子句中有多個值時，且查詢數據表數據較多時，速度會明顯下降?？梢圆捎眠B接查詢或外連接查詢來提高性能。Char 比 varchar 查詢時高詢在進行查詢及建立索引時，char比varchar的效率要高，當然varchar在存儲上比char要好.2 避免嵌套的Select子句這個實際上是In子句的特例。.3 避免使用Select * 語句如果不是必要取出所有數據，不要用*來代替，應給出字段列表，注:不含select count(*)。.4

27、避免不必要的排序不必要的數據排序大大的降低系統(tǒng)性能。 健壯性.1 Insert語句使用Insert語句一定要給出要插入值的字段列表，這樣即使更改了表結構加了字段也不會影響現有系統(tǒng)的運行。.2 Count(*)、Count(*)、count(distinct id)的區(qū)別Select count(*) from testtab得到表testtab的記錄數select count(id) from testtab得到表testtab id字段非空記錄數select count(distinct id) from testtab得到表testtab id字段值非相同記錄數.3 Not null 為字

28、段類型性質的約束本約束功能在后期無語法使期失效，可使用修改字段類型方式alter table modify 字段名 類型 not nullalter table modify 字段名 類型.4 外鍵值可用null的問題外鍵列如沒有明確說明not null，可插入null記錄(而null是在外部表的記錄中沒有的)，如無可插null記錄的想法，要對外鍵字段加not null約束。.5 序列 sequence 跳號的問題sequence 因回滾，系統(tǒng)崩潰(使用cache 內的值將認為已用)，多表引用都將使其跳號，所以不能用于為連續(xù)序號 utl_row.cast_to_row.6 unicn inte

29、rsect minus 使用ordey by的注意事項以上語句進行連表操作，而表同表的字段順序的類型相同但字段標題名可不同，使用ordey by時后面如果是字段名，要求所有的表的字段標題名相同，否則用字段的順序號 安全性.1 Where 條件無論在使用Select,還是使用破壞力極大的Update和Delete語句時，一定要檢查Where條件判斷的完整性，不要在運行時出現數據的重大丟失。如果不確定，最好先用Select語句帶上相同條件來果一下結果集，來檢驗條件是否正確。 完整性有依賴關系的表，例如主外鍵關系表，在刪除父表時必須級聯(lián)刪除其子表相應數據，或則按照某種業(yè)務規(guī)則轉移該數據。9I中表中字

30、段縮小及變類型，字段為空或表空，varchar和char長度不變可任意改，字段名和表名可字段可用 ALTER TABLE table SET UNUSED (column) 設定為不可用，注意無命令再設為可用3 備份恢復設計原則3.1 數據庫exp/imp備份恢復Oracle數據庫的Exp、Imp提供了數據快速的備份和恢復手段，提供了數據庫級、用戶級和表級的數據備份恢復方式。這種方法一般作為數據庫輔助備份手段。 數據庫級備份原則在數據庫的數據量比較小，或數據庫初始建立的情況下采用。不適合7*24的在線生產環(huán)境數據庫備份。 用戶級備份原則在用戶對象表數據容量比較小、或則用戶對象初始建立的情況下使

31、用。 表級備份原則主要在以下場合采用的備份方式:參數表備份靜態(tài)表備份分區(qū)表的分區(qū)備份。3.2 數據庫冷備份原則數據庫冷備份必須符合以下原則:數據庫容量比較小。數據庫允許關閉的情況。3.3 Rman備份恢復原則這種方式適用于7*24環(huán)境下的聯(lián)機熱備份情形。 Catalog數據庫單獨建立備份恢復用的數據庫實例，盡可能與生產環(huán)境的數據庫分開，確保catalog與生產數據庫的網絡連接良好。在9I系統(tǒng)使用良好的備份策略以可，支持完全使用控制文件保存catalog信息，備份策略如下:注意:對數據庫設定控制文件保存?zhèn)浞菪畔?65天，具體語句如下。3.3.2 Archive Log設置Archive Log

32、 的位置，確保存儲介質有足夠的空間來保留指定時間內archive log的總量。建設定期對RMAN進行全備份，刪除冗余歸檔日志文件。 全備份策略對于小容量數據庫，可以采用全備份策略。對于大容量數據庫，必須制定全備份策略方案，備份時對archive log進行轉儲，同時冷備份catalog 數據庫。 增量備份策略對于大容量數據庫，必須制定增量備份、累積備份和全備份的周期，備份時對archive log進行轉儲，同時冷備份catalog 數據庫。 恢復原則采用Rman腳本進行數據庫恢復。數據庫恢復有以下幾種:.1 局部恢復主要用于恢復表空間、數據文件，一般不影響數據庫其他操作。.2 完全恢復數據庫

33、恢復到故障點，由catalog當前數據庫決定。.3 不完全恢復恢復到數據庫的某一時間點或備份點。恢復catalog數據庫?；謴蛿祿靋ontrol file ?；謴偷綌祿炷骋粫r間點。重設日志序列。3.4 備用數據庫原則數據庫系統(tǒng)在以下情況下可以考慮采用備用數據庫data guard原則:數據庫容量適中。數據庫嚴格要求7*24不間斷，或間斷時間要求控制在最小范圍內。數據庫要求有異地備份冗余。3.5 一些小經驗使用oemc的oms時，首選項要求是節(jié)點和數據庫分別加入系統(tǒng)用戶(如:administrator)和數據庫DBA用戶(system)。節(jié)點的系統(tǒng)用戶必須有批處理作業(yè)登錄的權限agent 不

34、能啟動，lisnter修改后都要手動刪除oracleora9networkagent 中的*.q文件oracleadminmy9ibdump 中是用戶的出錯日志改變表的空間的方式alter table hr.ssss move TABLESPACE example(要重建索引); 或用imp導入時，設定導入用戶只有某一表空間的使用權，無RESOURCE角色和UNLIMITED TABLESPACE權限aleter system set log_checkpoint_to_alter=true，后可報警文件發(fā)現checkpoint的起動和結束時間。3.6 系統(tǒng)調優(yōu)知識.1 生成狀態(tài)報表(stat

35、spack的使用)使用(存放位置?rdbmsadmin)的文件生成報表用戶?rdbmsadminSpcreate.sql建表將timed_statistics設定true使用生成的perfstat用戶登錄，執(zhí)行以下語句手動收集信息Exex statspack.snapExec statspack.snap(I_SNAP_LEVEL=>0,I_MODEFY_PRAMETER=>TRUE) 0級，最少10最大使用下面的語句生成狀態(tài)報表?rdbmsadminSpreport.sql其他相關文件delete stats$snapshot ;清原來記錄數據?rdbmsadminSaputo.

36、sqlselect job from user_jobs 取用戶作業(yè)號exec dbms_remove(作業(yè)號)timed_statistics=true要求?rdbmsadminspdrop.sql ;.2 sql追蹤設定全部用戶跟蹤alter system set sql_trace=true;用戶級別跟蹤alter session set sql_trace=true;用戶的跟蹤文件生成在 adminpidudumppid _ora_ SPID.trc 中,spid從下面語句得到SELECT bkpr, s.username, p.spid,s.sid,s.serial#

37、FROM v$bgprocess b, v$session s, v$process p WHERE p.addr = b.paddr(+) AND p.addr = s.paddr and s.username=user;DBA對特定用戶跟蹤exec dbms_system_set_Sql_trace_in_session(sid,serial#,true)信息從下面得到SELECT bkpr, s.username, p.spid,s.sid,s.serial#,osuser,gramFROM v$bgprocess b, v$session s, v$proces

38、s pWHERE p.addr = b.paddr(+)AND p.addr = s.paddr;/*p.spid用于sql_trace時日志編號，dbms_system.set_sql_trace_in_session(sid,erial#,true)*/用戶的跟蹤文件生成在 adminpidudump 中系統(tǒng)的跟蹤文件生成在adminpidbdumpalert_pid.logtkprof.exe將log文件生成格式化文本在av Rd(ms) 20以上說明表空間使用過用頻繁，考慮將表分開其他表空間上系統(tǒng)變量fast_start_mttr_target的值要大到不產生log等待，當然也可通過加

39、log組使其不等待reao log大小應為每30分鐘切換一次建議表空間的利用率不超80%buffer hit 要達80%以上為好.3 內存調整一般的內存分配原則SGA 50%(其中80% DATA BUFFER，15% SHARE POOL，5其他)PGA30%OS 20%例如:2G的WINDOWS的平臺，OS 300M，SAG 1.2G,PGA 500M內存分配的基本單位SGA=128M4MSGA128M64位系統(tǒng)16M，32M系統(tǒng)8M動態(tài)分配時總值不可大于sga_max_size通過V$SGA_DYNAMIC_FREE_MEMORY取空閑內存空間在縮小時如果內存空間實際在應用中，CPU利用

40、率將達100%，最后將語句出錯。V$SGASTAT可看實際的使用情況Redo log buffer一般在5M內，可通過v$sessuon_wait看是否等，v$sysstat可也通過報警文件看是否等切換，方法可加組?？赏ㄟ^nologging(數據庫也要設定支持nologging)方法減少日志文件產生量。java_pool 沒有設定時，使用shared_pool_size.3.1 shared_pool本緩沖區(qū)用于sql語句，pl sql等的對象保存Cursor_sharingExact|Similar|force 游標共享設定Force方式適用OLTP數據庫，Exact方式適合數據倉庫，sim

41、ilar為智能方式hard parses 硬SQL語句分析，每秒要底于100次,小要加大shared_poolsoft parse 軟SQL語句分析，OLTP要達90%以上，小要加大shared_pool不建議用無命名PL SQL段如果有大PL SQL(存儲過程)對象可強制保存于內存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可過SHARED_POOL_SIZE的50%，不然實例不能起動.3.2 db_cache本緩沖區(qū)用于數據庫數據對象保存db_cache_advice 為on，可以提出通過企業(yè)管理器看到系統(tǒng)建議通過select * from v$system_eve

42、nt 進行系統(tǒng)查看。發(fā)現存在free buffer waits，說明不能將data buffer及時寫入data file;可通過增加加CPU后，加db_writer_processes=CPU數改善。也可設disk_asynch_io為true,使用異步IO(前提同要操作系統(tǒng)支持)db_writer_processes=1時(只有一個CPU的情況下)，也可通加大dbwr_io_slaves來改善。db_writer_processes>1,不可用本功能調整效果排序:異步IO>CPU>dbwr_io_slavesBuffer Busy Waits大說明出現IO沖突Buffer Busy Waits 大 和 dbbock大說明全表掃描多，說明數據不能讀入，可加大db_cache_size來改善.Undobl