Oracle9i 數(shù)據(jù)庫設計指引全集

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

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

3、字串作為SID的命名。對于集群數(shù)據(jù)庫，當命名SID后，各節(jié)點SID自動命名為SIDnn，其中nn為節(jié)點號：1，2，,64。例如rac1、rac2、rac24。 1.2.2 數(shù)據(jù)庫全局名 數(shù)據(jù)庫全局名稱：<sid>.domain1.2.3 數(shù)據(jù)庫類型選擇對于海量數(shù)據(jù)庫系統(tǒng)，采用data warehouse的類型。對于小型數(shù)據(jù)庫或OLTP類型的數(shù)據(jù)庫，采用Transaction Processing類型。1.2.4 數(shù)據(jù)庫連接類型選擇Oracle數(shù)據(jù)庫有專用服務器連接類型和多線程服務器MTS連接類型。對于批處理服務，需要專用服務器連接方式，而對于OLTP服務則MTS的連接方式比較合適。

4、由于采用MTS后，可以通過配置網(wǎng)絡服務實現(xiàn)某些特定批處理服務采用專用服務器連接方式，所以數(shù)據(jù)庫設計時一般采用MTS類型。1.2.5 數(shù)據(jù)庫SGA配置數(shù)據(jù)庫SGA可以采用手工配置或按物理內(nèi)存比例配置，在數(shù)據(jù)庫初始設計階段采用按比例配置方式，在實際應用中按系統(tǒng)調(diào)優(yōu)方式修改SGA。1.2.6 數(shù)據(jù)庫字符集選擇為了使數(shù)據(jù)庫能夠正確支持多國語言，必須配置合適的數(shù)據(jù)庫字符集，采用UTF8字符集。注意：如果沒有大對象，在使用過程中進行語言轉換沒有什么影響，具體過程如下（切記設定的字符集必須是ORACLE支持，不然不能start）SQL> shutdown immediate;SQL> start

5、up mount;SQL> alter system enable restricted session;SQL> alter system set job_queue_processes=0;SQL> alter database open;SQL> alter database character set internal_use we8iso8859p1;SQL> shutdown immediate;SQL> startup1.2.7 數(shù)據(jù)庫其他參數(shù)配置 DB_FILESDb_files是數(shù)據(jù)庫能夠同時打開的文件數(shù)量，默認值是200個。

6、當數(shù)據(jù)庫規(guī)劃時文件數(shù)量FILES接近或超過200個時候，按以下估計值配置:DB_FILES = FILES * .2 Db_block_size一個extent要是5個blocks的倍數(shù)為好，如：一個blocks是4096字節(jié)，那一個extent就是2M、4M或8M為好。Db_block_size是數(shù)據(jù)庫最小物理單元，一旦數(shù)據(jù)庫創(chuàng)建完成，該參數(shù)無法修改，db_block_size按以下規(guī)則調(diào)整：數(shù)據(jù)倉庫類型： db_block_size盡可能大，采用8192 或 16384OLTP類型： db_block_size 用比較小的取值范圍： 2048 或 4096Blocks推薦是

7、系統(tǒng)操作的塊倍數(shù)（裸設備塊大小是512字節(jié)，NTFS是 4K，使用8K的方式在大部分系統(tǒng)上通用）。1.2.8 數(shù)據(jù)庫控制文件配置 控制文件鏡象多個控制文件存放在不同的物理位置。 控制文件配置控制文件中參數(shù)設置，最大的數(shù)據(jù)文件數(shù)量不能小于數(shù)據(jù)庫參數(shù)db_files。1.2.9 數(shù)據(jù)庫日志文件配置 日志文件大小日志文件的大小由數(shù)據(jù)庫事務處理量決定，在設計過程中，確保每20分鐘切換一個日志文件。所以對于批處理系統(tǒng)，日志文件大小為幾百M 到幾G的大小。對于OLTP系統(tǒng)，日志文件大小為幾百M以內(nèi)。 日志文件組數(shù)量對于批處理系統(tǒng)，日志文件組為510組

8、；對于OLTP系統(tǒng)，日志文件組為 35組，每組日志大小保持一致；對于集群數(shù)據(jù)庫系統(tǒng)，每節(jié)點有各自獨立的日志組。 日志成員數(shù)量為了確保日志能夠鏡象作用，每日志組的成員為2個。1.2.10 數(shù)據(jù)庫回滾段配置在Oracle9i數(shù)據(jù)庫中，設計Undo表空間取代以前版本的回滾段表空間。Undo 表空間大小的設計規(guī)范由以下公式計算：Undospace = UR * UPS *db_block_size+ 冗余量UR： 表示在undo中保持的最長時間數(shù)（秒），由數(shù)據(jù)庫參數(shù)UNDO_RETENTION值決定。UPS：表示在undo中，每秒產(chǎn)生的數(shù)據(jù)庫塊數(shù)量。例如：在數(shù)據(jù)庫中保留2小時的回退數(shù)據(jù)，

9、假定每小時產(chǎn)生200個數(shù)據(jù)庫塊。則Undospace = 2 * 3600 * 200 * 4K = 5.8G1.2.11 數(shù)據(jù)庫臨時段表空間配置數(shù)據(jù)庫臨時段表空間根據(jù)實際生產(chǎn)環(huán)境情況調(diào)整其大小，表空間屬性為自動擴展。1.2.12 數(shù)據(jù)庫系統(tǒng)表空間配置系統(tǒng)表空間大小1G左右，除了存放數(shù)據(jù)庫數(shù)據(jù)字典的數(shù)據(jù)外，其他數(shù)據(jù)不得存儲在系統(tǒng)表空間。1.3 數(shù)據(jù)庫表空間設計原則1.3.1 表空間大小定義原則當表空間 大小小于操作系統(tǒng)對最大文件限制時，表空間由一個文件組成。如果表空間大小大于操作系統(tǒng)對最大文件限制時，該表空間由多個數(shù)據(jù)文件組成，表空間的總大小為估算為：Tablespace + sum (數(shù)據(jù)段

10、+索引段)*150%。1.3.2 表空間擴展性設計原則表空間數(shù)據(jù)文件采用自動擴展的方式，擴展容量快大小按2的整數(shù)倍（1M、2M、4M、8M、16M、32M、64M）進行擴展，創(chuàng)建表空間時盡量采用nologing選項。表空間的最大限制一般采用unlimited，除非確切知道表空間數(shù)據(jù)文件的最大使用范圍。（一般windows 位系統(tǒng)的文件最大，位的unix系統(tǒng)系統(tǒng)文件最大G,但也要注意文件格式設定的文件大?。?建議最大為2G。表空間采用local管理方式，例如：CREATE TABLESPACE TBS_USERINFODATAFILE/oradata/tbs_userinfo.dbfSIZE 8

11、MREUSEAUTOEXTEND ONNEXT 2MMAXSIZE UNLIMITEDNOLOGGINGEXTENT MANAGEMENTLOCALAUTOALLOCATESEGMENT SPACE MANAGEMENT AUTO;1.4 裸設備的使用一個scsi設備可以 14個分區(qū)，unix操作系統(tǒng)256個分區(qū),性能比文件系統(tǒng)方式高15左右，空間大于要小于(實際分區(qū)大小減兩個ORACLE的數(shù)據(jù)塊)，比如100M，大于為100000K，推薦在unix使用軟連接(ln)方式把裸設備形成文件，用加入表空間時加resue 選項，當然也可只接把設備加入表空間，移動裸設備使用dd命令對于windows平

12、臺，oracle提供軟連接工具，實現(xiàn)裸設備的使用，計算一條記錄的長度2 數(shù)據(jù)庫邏輯設計原則2.1 命名規(guī)范2.1.1 表屬性規(guī)范 表名前綴為Tbl_ 。數(shù)據(jù)表名稱必須以有特征含義的單詞或縮寫組成，中間可以用“_”分割，例如：tbl_pstn_detail。表名稱不能用雙引號包含。 表分區(qū)名前綴為p 。分區(qū)名必須有特定含義的單詞或字串。例如 ：tbl_pstn_detail 的分區(qū)p2004100101表示該分區(qū)存儲 2004100101時段的數(shù)據(jù)。 字段名字段名稱必須用字母開頭，采用有特征含義的單詞或縮寫，不能用雙引號包含。 主鍵名前綴為

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

14、。索引名稱應是 前綴+表名+構成的字段名。 外鍵索引前綴為IDX_FK_。索引名稱應是 前綴+表名+構成的外鍵字段名。 函數(shù)索引前綴為IDX_func_。索引名稱應是 前綴+表名+構成的特征表達字符。 蔟索引前綴為IDX_clu_。索引名稱應是 前綴+表名+構成的簇字段。2.1.3 視圖前綴為V_。按業(yè)務操作命名視圖。2.1.4 實體化視圖前綴為MV_。按業(yè)務操作命名實體化視圖。2.1.5 存儲過程前綴為Proc_ 。按業(yè)務操作命名存儲過程2.1.6 觸發(fā)器前綴為Trig_ 。觸發(fā)器名應是 前綴 + 表名 + 觸發(fā)器名。2.1.7 函數(shù)前綴為Func_

15、 。按業(yè)務操作命名函數(shù)2.1.8 數(shù)據(jù)包前綴為Pkg_ 。按業(yè)務操作集合命名數(shù)據(jù)包。2.1.9 序列前綴為Seq_ 。按業(yè)務屬性命名。2.1.10 表空間 公用表空間前綴為Tbs_ 。 根據(jù)存儲的特性命名，例如： tbs_parameter 。 專用表空間Tbs_<表名稱>_nn。該表空間專門存儲指定的某一個表，或某一表的若干個分區(qū)的數(shù)據(jù)2.1.11 數(shù)據(jù)文件<表空間名>nn.dbf 。nn =1，2，3，4，等。2.1.12 普通變量前綴為Var_ 。 存放字符、數(shù)字、日期型變量。2.1.13 游標變量前綴為Cur_ 。存放游標記錄集。

16、2.1.14 記錄型變量前綴為Rec_ 。 存放記錄型數(shù)據(jù)。2.1.15 表類型變量前綴為Tab_ 。 存放表類型數(shù)據(jù)。2.1.16 數(shù)據(jù)庫鏈前綴為dbl_ 。 表示分布式數(shù)據(jù)庫外部鏈接關系。2.2 命名2.2.1 語言命名應該使用英文單詞，避免使用拼音，特別不應該使用拼音簡寫。命名不允許使用中文或者特殊字符。英文單詞使用用對象本身意義相對或相近的單詞。選擇最簡單或最通用的單詞。不能使用毫不相干的單詞來命名當一個單詞不能表達對象含義時，用詞組組合，如果組合太長時，采用用簡或縮寫，縮寫要基本能表達原單詞的意義。當出現(xiàn)對象名重名時，是不同類型對象時，加類型前綴或后綴以示區(qū)別。2.2.2 大小寫名稱

17、一律大寫，以方便不同數(shù)據(jù)庫移植，以及避免程序調(diào)用問題。2.2.3 單詞分隔命名的各單詞之間可以使用下劃線進行分隔。2.2.4 保留字命名不允許使用SQL保留字?2.2.5 命名長度表名、字段名、視圖名長度應限制在20個字符內(nèi)(含前綴)。2.2.6 字段名稱同一個字段名在一個數(shù)據(jù)庫中只能代表一個意思。比如telephone在一個表中代表“ 號碼”的意思，在另外一個表中就不能代表“手機號碼”的意思。不同的表用于相同內(nèi)容的字段應該采用同樣的名稱，字段類型定義。2.3 數(shù)據(jù)類型2.3.1 字符型固定長度的字串類型采用char，長度不固定的字串類型采用varchar。避免在長度不固定的情況下采用char

18、類型。如果在數(shù)據(jù)遷移等出現(xiàn)以上情況，則必須使用trim()函數(shù)截去字串后的空格。2.3.2 數(shù)字型數(shù)字型字段盡量采用number類型。2.3.3 日期和時間 系統(tǒng)時間由數(shù)據(jù)庫產(chǎn)生的系統(tǒng)時間首選數(shù)據(jù)庫的日期型，如DATE類型。 外部時間由數(shù)據(jù)導入或外部應用程序產(chǎn)生的日期時間類型采用varchar類型，數(shù)據(jù)格式采用：YYYYMMDDHH24MISS。 大字段如無特別需要，避免使用大字段(blob，clob，long，text，image等)。 唯一鍵對于數(shù)字型唯一鍵值，盡可能用系列sequence產(chǎn)生。2.4 設計2.4.1 范式如無性能上的

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

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

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

22、的存儲性能。 特殊表設計原則 .1 分區(qū)表 對于數(shù)據(jù)量比較大的表，根據(jù)表數(shù)據(jù)的屬性進行分區(qū)，以得到較好的性能。如果表按某些字段進行增長，則采用按字段值范圍進行范圍分區(qū)；如果表按某個字段的幾個關鍵值進行分布，則采用列表分區(qū)；對于靜態(tài)表，則采用hash分區(qū)或列表分區(qū)；在范圍分區(qū)中，如果數(shù)據(jù)按某關鍵字段均衡分布，則采用子分區(qū)的復合分區(qū)方法。 .2 聚蔟表 如果某幾個靜態(tài)表關系比較密切，則可以采用聚蔟表的方法。 完整性設計原則 .1 主鍵約束 關聯(lián)表的父表要求有主健，主健字段或組合字段必須滿足非空屬性和唯一性要求。對于數(shù)據(jù)量比較

23、大的父表，要求指定索引段。 .2 外鍵關聯(lián) 對于關聯(lián)兩個表的字段，一般應該分別建立主鍵、外鍵。實際是否建立外鍵，根據(jù)對數(shù)據(jù)完整性的要求決定。為了提高性能，對于數(shù)據(jù)量比較大的標要求對外健建立索引。對于有要求級聯(lián)刪除屬性的外鍵，必須指定on delete cascade 。 .3 NULL值 對于字段能否null，應該在sql建表腳本中明確指明，不應使用缺省。由于NULL值在參加任何運算中，結果均為NULL。所以在應用程序中必須利用nvl()函數(shù)把可能為NULL值得字段或變量轉換為非NULL的默認值。例如：NVL（sale,0）。 .4 Check條件 對

24、于字段有檢查性約束，要求指定check規(guī)則。 .5 觸發(fā)器 觸發(fā)器是一種特殊的存儲過程，通過數(shù)據(jù)表的DML操作而觸發(fā)執(zhí)行，起作用是為確保數(shù)據(jù)的完整性和一致性不被破壞而創(chuàng)建，實現(xiàn)數(shù)據(jù)的完整約束。 觸發(fā)器的before或after事務屬性的選擇時候，對表操作的事務屬性必須與應用程序事務屬性保持一致，以避免死鎖發(fā)生。在大型導入表中，盡量避免使用觸發(fā)器。 注釋 表、字段等應該有中文名稱注釋，以及需要說明的內(nèi)容。 2.4.3 索引設計 對于查詢中需要作為查詢條件的字段，可以考慮建立索引。最終根據(jù)性能的需要決定是否建立索引。對于復合索引，索引字段順序比較關鍵，把查詢頻率比較高

25、的字段排在索引組合的最前面。在分區(qū)表中，盡量采用local分區(qū)索引以方便分區(qū)維護。 除非時分區(qū)local索引，否則在創(chuàng)建索引段時候必須指定指定索引段的tablespace、storage屬性，具體參考內(nèi)容。 2.4.4 視圖設計 視圖是虛擬的數(shù)據(jù)庫表，在使用時要遵循以下原則： 從一個或多個庫表中查詢部分數(shù)據(jù)項； 為簡化查詢，將復雜的檢索或字查詢通過視圖實現(xiàn)； 提高數(shù)據(jù)的安全性，只將需要查看的數(shù)據(jù)信息顯示給權限有限的人員； 視圖中如果嵌套使用視圖，級數(shù)不得超過3級； 由于視圖中只能固定條件或沒有條件，所以對于數(shù)據(jù)量較大或隨時間的推移逐漸增多的庫表，不宜使用視圖；可以采用實體化視圖代

26、替。 除特殊需要，避免類似Select * from TableName 而沒有檢索條件的視圖； 視圖中盡量避免出現(xiàn)數(shù)據(jù)排序的SQL語句。 2.4.5 包設計 存儲過程、函數(shù)、外部游標必須在指定的數(shù)據(jù)包對象PACKAGE中實現(xiàn)。存儲過程、函數(shù)的建立如同其它語言形式的編程過程，適合采用模塊化設計方法；當具體算法改變時，只需要修改需要存儲過程即可，不需要修改其它語言的源程序。當和數(shù)據(jù)庫頻繁交換數(shù)據(jù)是通過存儲過程可以提高運行速度，由于只有被授權的用戶才能執(zhí)行存儲過程，所以存儲過程有利于提高系統(tǒng)的安全性。 存儲過程、函數(shù)必須檢索數(shù)據(jù)庫表記錄或數(shù)據(jù)庫其他對象，甚至修改（執(zhí)行Insert、Delete、U

27、pdate、Drop、Create等操作）數(shù)據(jù)庫信息。如果某項功能不需要和數(shù)據(jù)庫打交道，則不得通過數(shù)據(jù)庫存儲過程或函數(shù)的方式實現(xiàn)。在函數(shù)中避免采用DML或DDL語句。 在數(shù)據(jù)包采用存儲過程、函數(shù)重載的方法，簡化數(shù)據(jù)包設計，提高代碼效率。存儲過程、函數(shù)必須有相應的出錯處理功能。 2.4.6 安全性設計 管理默認用戶 在生產(chǎn)環(huán)境中，必須嚴格管理sys和system用戶，必須修改其默認密碼，禁止用該用戶建立數(shù)據(jù)庫應用對象。刪除或鎖定數(shù)據(jù)庫測試用戶scott 。 數(shù)據(jù)庫級用戶權限設計 必須按照應用需求，設計不同的用戶訪問權限。包括應用系統(tǒng)管理用戶，普通用戶等，按照業(yè)務需

28、求建立不同的應用角色。 用戶訪問另外的用戶對象時，應該通過創(chuàng)建同義詞對象synonym進行訪問。 角色與權限 確定每個角色對數(shù)據(jù)庫表的操作權限，如創(chuàng)建、檢索、更新、刪除等。每個角色擁有剛好能夠完成任務的權限，不多也不少。在應用時再為用戶分配角色，則每個用戶的權限等于他所兼角色的權限之和。 應用級用戶設計 應用級的用戶帳號密碼不能與數(shù)據(jù)庫相同，防止用戶直接操作數(shù)據(jù)庫。用戶只能用帳號登陸到應用軟件，通過應用軟件訪問數(shù)據(jù)庫，而沒有其它途徑操作數(shù)據(jù)庫。 用戶密碼管理 用戶帳號的密碼必須進行加密處理，確保在任何地方的查詢都不會出現(xiàn)密碼的明文。 2.5 SQ

29、L編寫 2.5.1 字符類型數(shù)據(jù) SQL中的字符類型數(shù)據(jù)應該統(tǒng)一使用單引號。特別對純數(shù)字的字串，必須用單引號，否則會導致內(nèi)部轉換而引起性能問題或索引失效問題。利用trim(),lower()等函數(shù)格式化匹配條件。 2.5.2 復雜sql 對于非常復雜的sql(特別是有多層嵌套，帶子句或相關查詢的)，應該先考慮是否設計不當引起的。對于一些復雜SQL可以考慮使用程序實現(xiàn)。 USER_TAB_COMMENTS 數(shù)據(jù)字典 Comment on 可加注解 2.5.3 高效性 避免In子句 使用In 或 not In子句時，特別是當子句中有多個值時，且查詢數(shù)據(jù)表數(shù)據(jù)較多時，速度會明顯下降。

30、可以采用連接查詢或外連接查詢來提高性能。 Char 比 varchar 查詢時高詢 在進行查詢及建立索引時，char比varchar的效率要高，當然varchar在存儲上比char要好 避免嵌套的Select子句 這個實際上是In子句的特例。 避免使用Select * 語句 如果不是必要取出所有數(shù)據(jù)，不要用*來代替，應給出字段列表，注：不含select count(*)。 避免不必要的排序 不必要的數(shù)據(jù)排序大大的降低系統(tǒng)性能。 2.5.4 健壯性 Insert語句 使用Insert語句一定要給出要插入值的字段列表，這樣即使更改了表

31、結構加了字段也不會影響現(xiàn)有系統(tǒng)的運行。 Count(*)、Count(*)、count(distinct id)的區(qū)別 Select count(*) from testtab 得到表testtab的記錄數(shù) select count(id) from testtab 得到表testtab id字段非空記錄數(shù) select count(distinct id) from testtab 得到表testtab id字段值非相同記錄數(shù) Not null 為字段類型性質的約束 本約束功能在后期無語法使期失效，可使用修改字段類型方式 alter table modify

32、字段名 類型 not null alter table modify 字段名 類型 外鍵值可用null的問題 外鍵列如沒有明確說明not null，可插入null記錄（而null是在外部表的記錄中沒有的），如無可插null記錄的想法，要對外鍵字段加not null約束。 序列 sequence 跳號的問題 sequence 因回滾，系統(tǒng)崩潰（使用cache 內(nèi)的值將認為已用），多表引用都將使其跳號，所以不能用于為連續(xù)序號 utl_row.cast_to_row unicn intersect minus 使用ordey by的注意事項 以上語句進行

33、連表操作，而表同表的字段順序的類型相同但字段標題名可不同，使用ordey by時后面如果是字段名，要求所有的表的字段標題名相同，否則用字段的順序號select id,name,year from user1unionselect no,name,to_number(null) year from user2order by 1,name,year2.5.5 安全性 Where 條件無論在使用Select,還是使用破壞力極大的Update和Delete語句時，一定要檢查Where條件判斷的完整性，不要在運行時出現(xiàn)數(shù)據(jù)的重大丟失。如果不確定，最好先用Select語句帶上相同條件來果一

34、下結果集，來檢驗條件是否正確。2.5.6 完整性有依賴關系的表，例如主外鍵關系表，在刪除父表時必須級聯(lián)刪除其子表相應數(shù)據(jù)，或則按照某種業(yè)務規(guī)則轉移該數(shù)據(jù)。9I中表中字段縮小及變類型，字段為空或表空，varchar和char長度不變可任意改，字段名和表名可字段可用 ALTER TABLE table SET UNUSED (column) 設定為不可用，注意無命令再設為可用3 備份恢復設計原則3.1 數(shù)據(jù)庫exp/imp備份恢復Oracle數(shù)據(jù)庫的Exp、Imp提供了數(shù)據(jù)快速的備份和恢復手段，提供了數(shù)據(jù)庫級、用戶級和表級的數(shù)據(jù)備份恢復方式。這種方法一般作為數(shù)據(jù)庫輔助備份手段。3.1.1 數(shù)據(jù)庫級

35、備份原則在數(shù)據(jù)庫的數(shù)據(jù)量比較小，或數(shù)據(jù)庫初始建立的情況下采用。不適合7*24的在線生產(chǎn)環(huán)境數(shù)據(jù)庫備份。3.1.2 用戶級備份原則在用戶對象表數(shù)據(jù)容量比較小、或則用戶對象初始建立的情況下使用。3.1.3 表級備份原則主要在以下場合采用的備份方式：參數(shù)表備份靜態(tài)表備份分區(qū)表的分區(qū)備份。3.2 數(shù)據(jù)庫冷備份原則數(shù)據(jù)庫冷備份必須符合以下原則：數(shù)據(jù)庫容量比較小。數(shù)據(jù)庫允許關閉的情況。3.3 Rman備份恢復原則這種方式適用于7*24環(huán)境下的聯(lián)機熱備份情形。3.3.1 Catalog數(shù)據(jù)庫單獨建立備份恢復用的數(shù)據(jù)庫實例，盡可能與生產(chǎn)環(huán)境的數(shù)據(jù)庫分開，確保catalog與生產(chǎn)數(shù)據(jù)庫的網(wǎng)絡連接良好。在9I系統(tǒng)

36、使用良好的備份策略以可，支持完全使用控制文件保存catalog信息，備份策略如下：backup spfile format /data/backup/%d_SPFILE_%T_%s_%p.bak;sql "alter system archive log current"backup archivelog all format /data/backup/%d_ARC_%T_%s_%p.bak delete all input;backup current controlfile format /data/backup/%d_CTL_%T_%s_%p.bak;在spfile、

37、控制文件、數(shù)據(jù)庫全丟的情況下可通過下面的方式恢復RMAN> connect targetconnected to target database (not started)RMAN> startupRMAN> restore spfile from /data/backup/COMMDB_SPFILE_20030411_9_1.bak;SQL> startupORA-00205: error in identifying controlfile, check alert log for more infoRMAN> restore controlfile from

38、 d:DB92_CTL_20031113_9_1.BAK;Mout database:RMAN> recover database;RMAN> alter database open resetlogs;注意：對數(shù)據(jù)庫設定控制文件保存?zhèn)浞菪畔?65天，具體語句如下。alter system set control_file_record_keep_time=365 SCOPE=BOTH;3.3.2 Archive Log設置Archive Log 的位置，確保存儲介質有足夠的空間來保留指定時間內(nèi)archive log的總量。建設定期對RMAN進行全備份，刪除冗余歸檔日志文件。3.

39、3.3 全備份策略對于小容量數(shù)據(jù)庫，可以采用全備份策略。對于大容量數(shù)據(jù)庫，必須制定全備份策略方案，備份時對archive log進行轉儲，同時冷備份catalog 數(shù)據(jù)庫。3.3.4 增量備份策略對于大容量數(shù)據(jù)庫，必須制定增量備份、累積備份和全備份的周期，備份時對archive log進行轉儲，同時冷備份catalog 數(shù)據(jù)庫。3.3.5 恢復原則采用Rman腳本進行數(shù)據(jù)庫恢復。數(shù)據(jù)庫恢復有以下幾種： 局部恢復主要用于恢復表空間、數(shù)據(jù)文件，一般不影響數(shù)據(jù)庫其他操作。 完全恢復數(shù)據(jù)庫恢復到故障點，由catalog當前數(shù)據(jù)庫決定。 不完全恢復恢復到數(shù)據(jù)庫的

40、某一時間點或備份點?；謴蚦atalog數(shù)據(jù)庫?；謴蛿?shù)據(jù)庫control file ?；謴偷綌?shù)據(jù)庫某一時間點。重設日志序列。3.4 備用數(shù)據(jù)庫原則數(shù)據(jù)庫系統(tǒng)在以下情況下可以考慮采用備用數(shù)據(jù)庫data guard原則：數(shù)據(jù)庫容量適中。數(shù)據(jù)庫嚴格要求7*24不間斷，或間斷時間要求控制在最小范圍內(nèi)。數(shù)據(jù)庫要求有異地備份冗余。3.5 一些小經(jīng)驗使用oemc的oms時，首選項要求是節(jié)點和數(shù)據(jù)庫分別加入系統(tǒng)用戶（如：administrator）和數(shù)據(jù)庫DBA用戶(system)。節(jié)點的系統(tǒng)用戶必須有批處理作業(yè)登錄的權限agent 不能啟動，lisnter修改后都要手動刪除oracleora9networka

41、gent 中的*.q文件oracleadminmy9ibdump 中是用戶的出錯日志改變表的空間的方式alter table hr.ssss move TABLESPACE example（要重建索引）; 或用imp導入時，設定導入用戶只有某一表空間的使用權，無RESOURCE角色和UNLIMITED TABLESPACE權限aleter system set log_checkpoint_to_alter=true，后可報警文件發(fā)現(xiàn)checkpoint的起動和結束時間。3.6 系統(tǒng)調(diào)優(yōu)知識 生成狀態(tài)報表（statspack的使用）使用（存放位置?rdbmsadmin）的文件生成

42、報表用戶?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 ;清原來記錄數(shù)據(jù)?rdbmsadminSaputo.sqlselect job from user_jobs 取用戶作

43、業(yè)號exec dbms_remove(作業(yè)號)timed_statistics=true要求?rdbmsadminspdrop.sql ; 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# FROM v$bgprocess b, v$sessio

44、n 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$process pWHERE p.addr = b.paddr(+)

45、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的值要大到不產(chǎn)生log等待，當然也可通過加log組使其不等待reao log大小應為每30分鐘切換

46、一次建議表空間的利用率不超80%buffer hit 要達80%以上為好 內(nèi)存調(diào)整一般的內(nèi)存分配原則SGA 50%（其中80% DATA BUFFER，15% SHARE POOL，5其他）PGA30%OS 20%例如：2G的WINDOWS的平臺，OS 300M，SAG 1.2G,PGA 500M內(nèi)存分配的基本單位位系統(tǒng)，系統(tǒng)動態(tài)分配時總值不可大于sga_max_size通過V$SGA_DYNAMIC_FREE_MEMORY取空閑內(nèi)存空間在縮小時如果內(nèi)存空間實際在應用中，利用率將達，最后將語句出錯。V$SGASTAT可看實際的使用情況Redo log buffer一般在內(nèi)，可通過

47、v$sessuon_wait看是否等，v$sysstat可也通過報警文件看是否等切換，方法可加組?？赏ㄟ^nologging（數(shù)據(jù)庫也要設定支持nologging）方法減少日志文件產(chǎn)生量。java_pool 沒有設定時，使用shared_pool_size.1 shared_pool本緩沖區(qū)用于sql語句，pl sql等的對象保存Cursor_sharingExact|Similar|force 游標共享設定Force方式適用OLTP數(shù)據(jù)庫，Exact方式適合數(shù)據(jù)倉庫，similar為智能方式hard parses 硬SQL語句分析，每秒要底于100次,小要加大shared_poo

48、lsoft parse 軟SQL語句分析，OLTP要達90%以上，小要加大shared_pool不建議用無命名PL SQL段如果有大PL SQL(存儲過程)對象可強制保存于內(nèi)存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可過SHARED_POOL_SIZE的50%，不然實例不能起動.2 db_cache本緩沖區(qū)用于數(shù)據(jù)庫數(shù)據(jù)對象保存db_cache_advice 為on，可以提出通過企業(yè)管理器看到系統(tǒng)建議通過select * from v$system_event 進行系統(tǒng)查看。發(fā)現(xiàn)存在free buffer waits，說明不能將data buffer及時寫入data file;可