數(shù)據(jù)庫物理設(shè)計原則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ù)范圍在2—64個。對于大型數(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)存在4G以下。SGA的大小為物理內(nèi)存的50%—75%。對于64位的小型系統(tǒng)，Oracle數(shù)據(jù)庫對SGA的治理超過2G的限制，SGA設(shè)計在一個合適的范圍內(nèi)：物理內(nèi)存的50%—70%，當SGA過大的時候會導(dǎo)致內(nèi)存分頁，影響系統(tǒng)性能。1.1.3 交換區(qū)設(shè)計當物理內(nèi)存在2G以下的情況下，交換分區(qū)swap為物理內(nèi)存的3倍，當物理內(nèi)存>2G的情況下，swap大小為物理內(nèi)存的1—2倍。1.1.4 其他環(huán)境變量參考Oracle相關(guān)的安裝文檔和隨機文檔。1.2 數(shù)據(jù)庫設(shè)計原則1.2.1 數(shù)據(jù)庫SID數(shù)據(jù)庫SID是唯一標志數(shù)據(jù)庫的符號，命名長度不能超過5個字符。對于單節(jié)點數(shù)據(jù)庫，以字符開頭的5個長度以內(nèi)字串作為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ù)庫有專用服務(wù)器連接類型和多線程服務(wù)器MTS連接類型。對于批處理服務(wù)，需要專用服務(wù)器連接方式，而對于OLTP服務(wù)則MTS的連接方式比較合適。由于采用MTS后，可以通過配置網(wǎng)絡(luò)服務(wù)實現(xiàn)某些特定批處理服務(wù)采用專用服務(wù)器連接方式，所以數(shù)據(jù)庫設(shè)計時一般采用MTS類型。 1.2.5 數(shù)據(jù)庫SGA配置 數(shù)據(jù)庫SGA可以采用手工配置或按物理內(nèi)存比例配置，在數(shù)據(jù)庫初始設(shè)計階段采用按比例配置方式，在實際應(yīng)用中按系統(tǒng)調(diào)優(yōu)方式修改SGA。 1.2.6 數(shù)據(jù)庫字符集選擇 為了使數(shù)據(jù)庫能夠正確支持多國語言，必須配置合適的數(shù)據(jù)庫字符集，采用UTF8字符集。 注重：假如沒有大對象，在使用過程中進行語言轉(zhuǎn)換沒有什么影響，具體過程如下（切記設(shè)定的字符集必須是ORACLE支持，不然不能start） SQL> shutdown immediate;SQL> startup 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ù)配置 1.2.7.1 DB_FILES Db_files是數(shù)據(jù)庫能夠同時打開的文件數(shù)量，默認值是200個。當數(shù)據(jù)庫規(guī)劃時文件數(shù)量FILES接近或超過200個時候，按以下估計值配置: DB_FILES = FILES * 1.5 1.2.7.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 或 16384 OLTP類型： db_block_size 用比較小的取值范圍： 2048 或 4096 Blocks推薦是系統(tǒng)操作的塊倍數(shù)（裸設(shè)備塊大小是512字節(jié)，NTFS是 4K，使用8K的方式在大部分系統(tǒng)上通用）。 1.2.8 數(shù)據(jù)庫控制文件配置 1.2.8.1 控制文件鏡象 多個控制文件存放在不同的物理位置。 1.2.8.2 控制文件配置 控制文件中參數(shù)設(shè)置，最大的數(shù)據(jù)文件數(shù)量不能小于數(shù)據(jù)庫參數(shù)db_files。 1.2.9 數(shù)據(jù)庫日志文件配置 1.2.9.1 日志文件大小 日志文件的大小由數(shù)據(jù)庫事務(wù)處理量決定，在設(shè)計過程中，確保每20分鐘切換一個日志文件。所以對于批處理系統(tǒng)，日志文件大小為幾百M 到幾G的大小。對于OLTP系統(tǒng)，日志文件大小為幾百M以內(nèi)。 1.2.9.2 日志文件組數(shù)量 對于批處理系統(tǒng)，日志文件組為5—10組；對于OLTP系統(tǒng)，日志文件組為 3—5組，每組日志大小保持一致；對于集群數(shù)據(jù)庫系統(tǒng)，每節(jié)點有各自獨立的日志組。 1.2.9.3 日志成員數(shù)量 為了確保日志能夠鏡象作用，每日志組的成員為2個。 1.2.10 數(shù)據(jù)庫回滾段配置 在Oracle9i數(shù)據(jù)庫中，設(shè)計Undo表空間取代以前版本的回滾段表空間。 Undo 表空間大小的設(shè)計規(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ù)，假定每小時產(chǎn)生200個數(shù)據(jù)庫塊。則Undospace = 2 * 3600 * 200 * 4K = 5.8G 1.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ù)庫表空間設(shè)計原則 1.3.1 表空間大小定義原則 當表空間 大小小于操作系統(tǒng)對最大文件限制時，表空間由一個文件組成。假如表空間大小大于操作系統(tǒng)對最大文件限制時，該表空間由多個數(shù)據(jù)文件組成，表空間的總大小為估算為： Tablespace + sum (數(shù)據(jù)段+索引段)*150%。 1.3.2 表空間擴展性設(shè)計原則 表空間數(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,但也要注重文件格式設(shè)定的文件大小）,建議最大為2G。表空間采用local治理方式，例如：CREATE TABLESPACE TBS_USERINFODATAFILE '/oradata/tbs_userinfo.dbf' SIZE 8MREUSE AUTOEXTEND ON NEXT 2M MAXSIZE UNLIMITEDNOLOGGINGEXTENT MANAGEMENT LOCAL AUTOALLOCATESEGMENT SPACE MANAGEMENT AUTO;1.4 裸設(shè)備的使用 一個scsi設(shè)備可以 14個分區(qū)，unix操作系統(tǒng)256個分區(qū),性能比文件系統(tǒng)方式高15％左右，空間大于要小于(實際分區(qū)大小減兩個ORACLE的數(shù)據(jù)塊)，比如100M，大于為100000K，推薦在unix使用軟連接(ln)方式把裸設(shè)備形成文件，用加入表空間時加resue 選項，當然也可只接把設(shè)備加入表空間，移動裸設(shè)備使用dd命令 對于windows平臺，oracle提供軟連接工具，實現(xiàn)裸設(shè)備的使用，計算一條記錄的長度 2 數(shù)據(jù)庫邏輯設(shè)計原則 2.1 命名規(guī)范 2.1.1 表屬性規(guī)范 2.1.1.1 表名 前綴為Tbl_ 。數(shù)據(jù)表名稱必須以有特征含義的單詞或縮寫組成，中間可以用“_”分割，例如：tbl_pstn_detail。表名稱不能用雙引號包含。 2.1.1.2 表分區(qū)名 前綴為p 。分區(qū)名必須有特定含義的單詞或字串。 例如 ：tbl_pstn_detail 的分區(qū)p2004100101表示該分區(qū)存儲 2004100101時段的數(shù)據(jù)。 2.1.1.3 字段名 字段名稱必須用字母開頭，采用有特征含義的單詞或縮寫，不能用雙引號包含。 2.1.1.4 主鍵名 前綴為PK_。主鍵名稱應(yīng)是 前綴+表名+構(gòu)成的字段名。假如復(fù)合主鍵的構(gòu)成字段較多，則只包含第一個字段。表名可以去掉前綴。 2.1.1.5 外鍵名 前綴為FK_。外鍵名稱應(yīng)是 前綴+ 外鍵表名 + 主鍵表名 + 外鍵表構(gòu)成的字段名。表名可以去掉前綴。 2.1.2 索引 4.1.2.1 普通索引 前綴為IDX_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的字段名。假如復(fù)合索引的構(gòu)成字段較多，則只包含第一個字段，并添加序號。表名可以去掉前綴。 2.1.2.2 主鍵索引 前綴為IDX_PK_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的主鍵字段名，在創(chuàng)建表時候用using index指定主鍵索引屬性。 2.1.2.3 唯一所以 前綴為IDX_UK_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的字段名。 2.1.2.4 外鍵索引 前綴為IDX_FK_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的外鍵字段名。 2.1.2.5 函數(shù)索引 前綴為IDX_func_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的特征表達字符。 2.1.2.6 蔟索引 前綴為IDX_clu_。索引名稱應(yīng)是 前綴+表名+構(gòu)成的簇字段。 2.1.3 視圖 前綴為V_。按業(yè)務(wù)操作命名視圖。 2.1.4 實體化視圖 前綴為MV_。按業(yè)務(wù)操作命名實體化視圖。 2.1.5 存儲過程 前綴為Proc_ 。按業(yè)務(wù)操作命名存儲過程 2.1.6 觸發(fā)器 前綴為Trig_ 。觸發(fā)器名應(yīng)是 前綴 + 表名 + 觸發(fā)器名。 2.1.7 函數(shù) 前綴為Func_ 。按業(yè)務(wù)操作命名函數(shù) 2.1.8 數(shù)據(jù)包 前綴為Pkg_ 。按業(yè)務(wù)操作集合命名數(shù)據(jù)包。 2.1.9 序列 前綴為Seq_ 。按業(yè)務(wù)屬性命名。 2.1.10 表空間 2.1.10.1 公用表空間 前綴為Tbs_ 。 根據(jù)存儲的特性命名，例如： tbs_parameter 。 2.1.10.2 專用表空間 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_ 。存放游標記錄集。 2.1.14 記錄型變量 前綴為Rec_ 。 存放記錄型數(shù)據(jù)。 2.1.15 表類型變量 前綴為Tab_ 。 存放表類型數(shù)據(jù)。 2.1.16 數(shù)據(jù)庫鏈 前綴為dbl_ 。 表示分布式數(shù)據(jù)庫外部鏈接關(guān)系。 2.2 命名 2.2.1 語言 命名應(yīng)該使用英文單詞，避免使用拼音，非凡不應(yīng)該使用拼音簡寫。命名不答應(yīng)使用中文或者非凡字符。 英文單詞使用用對象本身意義相對或相近的單詞。選擇最簡單或最通用的單詞。不能使用毫不相干的單詞來命名 當一個單詞不能表達對象含義時，用詞組組合，假如組合太長時，采用用簡或縮寫，縮寫要基本能表達原單詞的意義。 當出現(xiàn)對象名重名時，是不同類型對象時，加類型前綴或后綴以示區(qū)別。 2.2.2 大小寫 名稱一律大寫，以方便不同數(shù)據(jù)庫移植，以及避免程序調(diào)用問題。 2.2.3 單詞分隔 命名的各單詞之間可以使用下劃線進行分隔。 2.2.4 保留字 命名不答應(yīng)使用SQL保留字。 2.2.5 命名長度 表名、字段名、視圖名長度應(yīng)限制在20個字符內(nèi)(含前綴)。 2.2.6 字段名稱 同一個字段名在一個數(shù)據(jù)庫中只能代表一個意思。比如telephone在一個表中代表“電話號碼”的意思，在另外一個表中就不能代表“手機號碼”的意思。 不同的表用于相同內(nèi)容的字段應(yīng)該采用同樣的名稱，字段類型定義。 2.3 數(shù)據(jù)類型 2.3.1 字符型 固定長度的字串類型采用char，長度不固定的字串類型采用varchar。避免在長度不固定的情況下采用char類型。假如在數(shù)據(jù)遷移等出現(xiàn)以上情況，則必須使用trim()函數(shù)截去字串后的空格。 2.3.2 數(shù)字型 數(shù)字型字段盡量采用number類型。 2.3.3 日期和時間 2.3.3.1 系統(tǒng)時間 由數(shù)據(jù)庫產(chǎn)生的系統(tǒng)時間首選數(shù)據(jù)庫的日期型，如DATE類型。 2.3.3.2 外部時間 由數(shù)據(jù)導(dǎo)入或外部應(yīng)用程序產(chǎn)生的日期時間類型采用varchar類型，數(shù)據(jù)格式采用：YYYYMMDDHH24MISS。 2.3.3.3 大字段 如無非凡需要，避免使用大字段(blob，clob，long，text，image等)。 2.3.3.4 唯一鍵 對于數(shù)字型唯一鍵值，盡可能用系列sequence產(chǎn)生。 2.4 設(shè)計 2.4.1 范式 如無性能上的必須原因，應(yīng)該使用關(guān)系數(shù)據(jù)庫理論，達到較高的范式，避免數(shù)據(jù)冗余,但是假如在數(shù)據(jù)量上與性能上無非凡要求，考慮到實現(xiàn)的方便性可以有適當?shù)臄?shù)據(jù)冗余，但基本上要達到3NF.如非確實必要，避免一個字段中存儲多個標志的做法。如11101表示5個標志的一種取值。這往往是增加復(fù)雜度，降低性能的地方。 2.4.2 表設(shè)計2.4.2.1 邏輯段設(shè)計原則2.4.2.1.1 Tablespace每個表在創(chuàng)建時候，必須指定所在的表空間，不要采用默認表空間以防止表建立在系統(tǒng)表空間上導(dǎo)致性能問題。對于事務(wù)比較繁忙的數(shù)據(jù)表，必須存放在該表的專用表空間中。 2.4.2.1.2 Pctused默認pctused導(dǎo)致數(shù)據(jù)庫物理空間利用率非常低40%左右；對于update比較少或update不導(dǎo)致行增大的表，pctused可設(shè)置在60—85之間；對于update能夠?qū)е滦性龃蟮谋?，update設(shè)置在40—70之間2.4.2.1.3 Initrans對于需要并行查詢或者在RAC數(shù)據(jù)庫中需要并行處理的表，initrans設(shè)置為2的倍數(shù)，否則，不設(shè)該值。2.4.2.1.4 Storage2.4.2.1.4.1 Initial盡量減少表數(shù)據(jù)段的extents數(shù)量，initial的大小盡量接近數(shù)據(jù)段的大小64K，128K，… ，1M，2M，4M，8M，16M ，…，等按2的倍數(shù)進行圓整。例如表或分區(qū)數(shù)據(jù)段大小為28M，則initial取32M。2.4.2.1.4.2 Next表或分區(qū)擴展extents的大小，按上述方法進行圓整。當表或分區(qū)數(shù)據(jù)段無法按Initial接近值進行圓整的情況下，其大小可以按 Initial+Next進行圓整。此時，必須設(shè)置Minextents=2。例如：表或分區(qū)數(shù)據(jù)段大小為150M，則Initial=128M；Next=32M，Minextents=2。2.4.2.1.4.3 Minextents該參數(shù)表示表創(chuàng)建時候Extents的初始數(shù)量，一般取1—2。2.4.2.1.4.4 Pctincrease表示每個擴展Extents的增長率，設(shè)置pctincrease=0能夠獲得較好的存儲性能。2.4.2.2 非凡表設(shè)計原則2.4.2.2.1 分區(qū)表對于數(shù)據(jù)量比較大的表，根據(jù)表數(shù)據(jù)的屬性進行分區(qū)，以得到較好的性能。假如表按某些字段進行增長，則采用按字段值范圍進行范圍分區(qū)；假如表按某個字段的幾個要害值進行分布，則采用列表分區(qū)；對于靜態(tài)表，則采用hash分區(qū)或列表分區(qū)；在范圍分區(qū)中，假如數(shù)據(jù)按某要害字段均衡分布，則采用子分區(qū)的復(fù)合分區(qū)方法。2.4.2.2.2 聚蔟表假如某幾個靜態(tài)表關(guān)系比較密切，則可以采用聚蔟表的方法。2.4.2.3 完整性設(shè)計原則2.4.2.3.1 主鍵約束關(guān)聯(lián)表的父表要求有主健，主健字段或組合字段必須滿足非空屬性和唯一性要求。對于數(shù)據(jù)量比較大的父表，要求指定索引段。2.4.2.3.2 外鍵關(guān)聯(lián)對于關(guān)聯(lián)兩個表的字段，一般應(yīng)該分別建立主鍵、外鍵。實際是否建立外鍵，根據(jù)對數(shù)據(jù)完整性的要求決定。為了提高性能，對于數(shù)據(jù)量比較大的標要求對外健建立索引。對于有要求級聯(lián)刪除屬性的外鍵，必須指定on delete cascade 。2.4.2.3.3 NULL值對于字段能否null，應(yīng)該在sql建表腳本中明確指明，不應(yīng)使用缺省。由于NULL值在參加任何運算中，結(jié)果均為NULL。所以在應(yīng)用程序中必須利用nvl()函數(shù)把可能為NULL值得字段或變量轉(zhuǎn)換為非NULL的默認值。例如：NVL（sale,0）。2.4.2.3.4 Check條件對于字段有檢查性約束，要求指定check規(guī)則。2.4.2.3.5 觸發(fā)器觸發(fā)器是一種非凡的存儲過程，通過數(shù)據(jù)表的DML操作而觸發(fā)執(zhí)行，起作用是為確保數(shù)據(jù)的完整性和一致性不被破壞而創(chuàng)建，實現(xiàn)數(shù)據(jù)的完整約束。觸發(fā)器的before或after事務(wù)屬性的選擇時候，對表操作的事務(wù)屬性必須與應(yīng)用程序事務(wù)屬性保持一致，以避免死鎖發(fā)生。在大型導(dǎo)入表中，盡量避免使用觸發(fā)器。2.4.2.4 注釋表、字段等應(yīng)該有中文名稱注釋，以及需要說明的內(nèi)容。2.4.3 索引設(shè)計對于查詢中需要作為查詢條件的字段，可以考慮建立索引。最終根據(jù)性能的需要決定是否建立索引。對于復(fù)合索引，索引字段順序比較要害，把查詢頻率比較高的字段排在索引組合的最前面。在分區(qū)表中，盡量采用local分區(qū)索引以方便分區(qū)維護。除非時分區(qū)local索引，否則在創(chuàng)建索引段時候必須指定指定索引段的tablespace、storage屬性，具體參考4.4.2.1內(nèi)容。2.4.4 視圖設(shè)計視圖是虛擬的數(shù)據(jù)庫表，在使用時要遵循以下原則：從一個或多個庫表中查詢部分數(shù)據(jù)項；為簡化查詢，將復(fù)雜的檢索或字查詢通過視圖實現(xiàn)；提高數(shù)據(jù)的安全性，只將需要查看的數(shù)據(jù)信息顯示給權(quán)限有限的人員；視圖中假如嵌套使用視圖，級數(shù)不得超過3級；由于視圖中只能固定條件或沒有條件，所以對于數(shù)據(jù)量較大或隨時間的推移逐漸增多的庫表，不宜使用視圖；可以采用實體化視圖代替。除非凡需要，避免類似Select * from [TableName] 而沒有檢索條件的視圖；視圖中盡量避免出現(xiàn)數(shù)據(jù)排序的SQL語句。2.4.5 包設(shè)計存儲過程、函數(shù)、外部游標必須在指定的數(shù)據(jù)包對象PACKAGE中實現(xiàn)。存儲過程、函數(shù)的建立如同其它語言形式的編程過程，適合采用模塊化設(shè)計方法；當具體算法改變時，只需要修改需要存儲過程即可，不需要修改其它語言的源程序。當和數(shù)據(jù)庫頻繁交換數(shù)據(jù)是通過存儲過程可以提高運行速度，由于只有被授權(quán)的用戶才能執(zhí)行存儲過程，所以存儲過程有利于提高系統(tǒng)的安全性。存儲過程、函數(shù)必須檢索數(shù)據(jù)庫表記錄或數(shù)據(jù)庫其他對象，甚至修改（執(zhí)行Insert、Delete、Update、Drop、Create等操作）數(shù)據(jù)庫信息。假如某項功能不需要和數(shù)據(jù)庫打交道，則不得通過數(shù)據(jù)庫存儲過程或函數(shù)的方式實現(xiàn)。在函數(shù)中避免采用DML或DDL語句。在數(shù)據(jù)包采用存儲過程、函數(shù)重載的方法，簡化數(shù)據(jù)包設(shè)計，提高代碼效率。存儲過程、函數(shù)必須有相應(yīng)的出錯處理功能。2.4.6 安全性設(shè)計4.4.6.1 治理默認用戶在生產(chǎn)環(huán)境中，必須嚴格治理sys和system用戶，必須修改其默認密碼，禁止用該用戶建立數(shù)據(jù)庫應(yīng)用對象。刪除或鎖定數(shù)據(jù)庫測試用戶scott 。2.4.6.2 數(shù)據(jù)庫級用戶權(quán)限設(shè)計必須按照應(yīng)用需求，設(shè)計不同的用戶訪問權(quán)限。包括應(yīng)用系統(tǒng)治理用戶，普通用戶等，按照業(yè)務(wù)需求建立不同的應(yīng)用角色。用戶訪問另外的用戶對象時，應(yīng)該通過創(chuàng)建同義詞對象synonym進行訪問。2.4.6.3 角色與權(quán)限確定每個角色對數(shù)據(jù)庫表的操作權(quán)限，如創(chuàng)建、檢索、更新、刪除等。每個角色擁有剛好能夠完成任務(wù)的權(quán)限，不多也不少。在應(yīng)用時再為用戶分配角色，則每個用戶的權(quán)限等于他所兼角色的權(quán)限之和。2.4.6.4 應(yīng)用級用戶設(shè)計應(yīng)用級的用戶帳號密碼不能與數(shù)據(jù)庫相同，防止用戶直接操作數(shù)據(jù)庫。用戶只能用帳號登陸到應(yīng)用軟件，通過應(yīng)用軟件訪問數(shù)據(jù)庫，而沒有其它途徑操作數(shù)據(jù)庫。2.4.6.5 用戶密碼治理用戶帳號的密碼必須進行加密處理，確保在任何地方的查詢都不會出現(xiàn)密碼的明文。2.5 SQL編寫2.5.1 字符類型數(shù)據(jù)SQL中的字符類型數(shù)據(jù)應(yīng)該統(tǒng)一使用單引號。非凡對純數(shù)字的字串，必須用單引號，否則會導(dǎo)致內(nèi)部轉(zhuǎn)換而引起性能問題或索引失效問題。利用trim(),lower()等函數(shù)格式化匹配條件。2.5.2 復(fù)雜sql對于非常復(fù)雜的sql(非凡是有多層嵌套，帶子句或相關(guān)查詢的)，應(yīng)該先考慮是否設(shè)計不當引起的。對于一些復(fù)雜SQL可以考慮使用程序?qū)崿F(xiàn)。USER_TAB_COMMENTS 數(shù)據(jù)字典Comment on 可加注解2.5.3 高效性2.5.3.1 避免In子句使用In 或 not In子句時，非凡是當子句中有多個值時，且查詢數(shù)據(jù)表數(shù)據(jù)較多時，速度會明顯下降?？梢圆捎眠B接查詢或外連接查詢來提高性能。Char 比 varchar 查詢時高詢在進行查詢及建立索引時，char比varchar的效率要高，當然varchar在存儲上比char要好2.5.3.2 避免嵌套的Select子句這個實際上是In子句的特例。2.5.3.3 避免使用Select * 語句假如不是必要取出所有數(shù)據(jù)，不要用*來代替，應(yīng)給出字段列表，注：不含select count(*)。2.5.3.4 避免不必要的排序不必要的數(shù)據(jù)排序大大的降低系統(tǒng)性能。2.5.4 健壯性2.5.4.1 Insert語句使用Insert語句一定要給出要插入值的字段列表，這樣即使更改了表結(jié)構(gòu)加了字段也不會影響現(xiàn)有系統(tǒng)的運行。2.5.4.2 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ù)2.5.4.3 Not null 為字段類型性質(zhì)的約束本約束功能在后期無語法使期失效，可使用修改字段類型方式alter table modify 字段名 類型 not nullalter table modify 字段名 類型 外鍵列如沒有明確說明not null，可插入null記錄（而null是在外部表的記錄中沒有的），如無可插null記錄的想法，要對外鍵字段加not null約束。2.5.4.5 序列 sequence 跳號的問題sequence 因回滾，系統(tǒng)崩潰（使用cache 內(nèi)的值將認為已用），多表引用都將使其跳號，所以不能用于為連續(xù)序號 utl_row.cast_to_row2.5.4.6 unicn intersect minus 使用ordey by的注重事項以上語句進行連表操作，而表同表的字段順序的類型相同但字段標題名可不同，使用ordey by時后面假如是字段名，要求所有的表的字段標題名相同，否則用字段的順序號select id,name,year from user1unionselect no,name,to_number(null) year from user2order by 1,name,year 2.5.5 安全性 2.5.5.1 Where 條件 無論在使用Select,還是使用破壞力極大的Update和Delete語句時，一定要檢查Where條件判定的完整性，不要在運行時出現(xiàn)數(shù)據(jù)的重大丟失。假如不確定，最好先用Select語句帶上相同條件來果一下結(jié)果集，來檢驗條件是否正確。 2.5.6 完整性 有依靠關(guān)系的表，例如主外鍵關(guān)系表，在刪除父表時必須級聯(lián)刪除其子表相應(yīng)數(shù)據(jù)，或則按照某種業(yè)務(wù)規(guī)則轉(zhuǎn)移該數(shù)據(jù)。9I中表中字段縮小及變類型，字段為空或表空，varchar和char長度不變可任意改，字段名和表名可字段可用 ALTER TABLE table SET UNUSED (column) 設(shè)定為不可用，注重無命令再設(shè)為可用 3 備份恢復(fù)設(shè)計原則 3.1 數(shù)據(jù)庫eXP/imp備份恢復(fù) Oracle數(shù)據(jù)庫的Exp、Imp提供了數(shù)據(jù)快速的備份和恢復(fù)手段，提供了數(shù)據(jù)庫級、用戶級和表級的數(shù)據(jù)備份恢復(fù)方式。這種方法一般作為數(shù)據(jù)庫輔助備份手段。 3.1.1 數(shù)據(jù)庫級備份原則 在數(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ù)庫答應(yīng)關(guān)閉的情況。 3.3 Rman備份恢復(fù)原則 這種方式適用于7*24環(huán)境下的聯(lián)機熱備份情形。 3.3.1 Catalog數(shù)據(jù)庫 單獨建立備份恢復(fù)用的數(shù)據(jù)庫實例，盡可能與生產(chǎn)環(huán)境的數(shù)據(jù)庫分開，確保catalog與生產(chǎn)數(shù)據(jù)庫的網(wǎng)絡(luò)連接良好。在9I系統(tǒng)使用良好的備份策略以可，支持完全使用控制文件保存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、控制文件、數(shù)據(jù)庫全丟的情況下可通過下面的方式恢復(fù)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 'd:DB92_CTL_20031113_9_1.BAK';Mout database:RMAN> recover database;RMAN> alter database open resetlogs;注重：對數(shù)據(jù)庫設(shè)定控制文件保存?zhèn)浞菪畔?65天，具體語句如下。 alter system set control_file_record_keep_time=365 SCOPE=BOTH;3.3.2 Archive Log 設(shè)置Archive Log 的位置，確保存儲介質(zhì)有足夠的空間來保留指定時間內(nèi)archive log的總量。建設(shè)定期對RMAN進行全備份，刪除冗余歸檔日志文件。 3.3.3 全備份策略 對于小容量數(shù)據(jù)庫，可以采用全備份策略。對于大容量數(shù)據(jù)庫，必須制定全備份策略方案，備份時對archive log進行轉(zhuǎn)儲，同時冷備份catalog 數(shù)據(jù)庫。 3.3.4 增量備份策略 對于大容量數(shù)據(jù)庫，必須制定增量備份、累積備份和全備份的周期，備份時對archive log進行轉(zhuǎn)儲，同時冷備份catalog 數(shù)據(jù)庫。 3.3.5 恢復(fù)原則 采用Rman腳本進行數(shù)據(jù)庫恢復(fù)。數(shù)據(jù)庫恢復(fù)有以下幾種： 3.3.5.1 局部恢復(fù) 主要用于恢復(fù)表空間、數(shù)據(jù)文件，一般不影響數(shù)據(jù)庫其他操作。 3.3.5.2 完全恢復(fù) 數(shù)據(jù)庫恢復(fù)到故障點，由catalog當前數(shù)據(jù)庫決定。 3.3.5.3 不完全恢復(fù) 恢復(fù)到數(shù)據(jù)庫的某一時間點或備份點。 恢復(fù)catalog數(shù)據(jù)庫。 恢復(fù)數(shù)據(jù)庫control file 。 恢復(fù)到數(shù)據(jù)庫某一時間點。 重設(shè)日志序列。 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è)登錄的權(quán)限 agent 不能啟動，lisnter修改后都要手動刪除oracleora9networkagent 中的*.q文件 oracleadminmy9ibdump 中是用戶的出錯日志 改變表的空間的方式alter table hr.ssss move TABLESPACE example（要重建索引）; 或用imp導(dǎo)入時，設(shè)定導(dǎo)入用戶只有某一表空間的使用權(quán)，無RESOURCE角色和UNLIMITED TABLESPACE權(quán)限 aleter system set log_checkpoint_to_alter=true，后可報警文件發(fā)現(xiàn)checkpoint的起動和結(jié)束時間。 3.6 系統(tǒng)調(diào)優(yōu)知識 3.6.1.1 生成狀態(tài)報表（statspack的使用） 使用（存放位置@?rdbmsadmin）的文件生成報表用戶 @?rdbmsadminSpcreate.sql建表 將timed_statistics設(shè)定true 使用生成的perfstat用戶登錄，執(zhí)行以下語句手動收集信息 Exex statspack.snap Exec statspack.snap(I_SNAP_LEVEL=>0,I_MODEFY_PRAMETER=>TRUE) 0級，最少10最大 使用下面的語句生成狀態(tài)報表 @?rdbmsadminSpreport.sql 其他相關(guān)文件 delete stats$snapshot ;清原來記錄數(shù)據(jù) @?rdbmsadminSaputo.sql select job from user_jobs 取用戶作業(yè)號 exec dbms_remove(作業(yè)號) timed_statistics=true要求 @?rdbmsadminspdrop.sql ; 3.6.1.2 sql追蹤 設(shè)定全部用戶跟蹤 alter system set sql_trace=true; 用戶級別跟蹤 alter session set sql_trace=true; 用戶的跟蹤文件生成在 admin{pid}udump{pid} _ora_{ SPID}.trc 中,spid從下面語句得到 SELECT b.name bkpr, s.username, p.spid,s.sid,s.serial# 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 b.name bkpr, s.username, p.spid,s.sid,s.serial#,osuser,s.program FROM v$bgprocess b, v$session s, v$process p WHERE p.addr = b.paddr(+) AND p.addr = s.paddr; /*p.spid用于sql_trace時日志編號，dbms_system.set_sql_trace_in_session(sid,erial#,true)*/ 用戶的跟蹤文件生成在 admin{pid}udump 中 系統(tǒng)的跟蹤文件生成在admin{pid}bdumpalert_{pid}.log tkprof.exe將log文件生成格式化文本 在av Rd(ms) 20以上說明表空間使用過用頻繁，考慮將表分開其他表空間上 系統(tǒng)變量fast_start_mttr_target的值要大到不產(chǎn)生log等待，當然也可通過加log組使其不等待 reao log大小應(yīng)為每30分鐘切換一次 建議表空間的利用率不超80% buffer hit 要達80%以上為好 3.6.1.3 內(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)存空間實際在應(yīng)用中，ＣＰＵ利用率將達１００％，最后將語句出錯。 V$SGASTAT　可看實際的使用情況 Redo log buffer一般在５Ｍ內(nèi)，可通過v$sessuon_wait看是否等，v$sysstat 可也通過報警文件看是否等切換，方法可加組。可通過nologging（數(shù)據(jù)庫也要設(shè)定支持nologging）方法減少日志文件產(chǎn)生量。 Java_pool 沒有設(shè)定時，使用shared_pool_size 3.6.1.3.1 shared_pool 本緩沖區(qū)用于sql語句，pl sql等的對象保存 Cursor_sharing{ExactSimilarforce} 游標共享設(shè)定 Force方式適用OLTP數(shù)據(jù)庫，Exact方式適合數(shù)據(jù)倉庫，similar為智能方式 hard parses 硬SQL語句分析，每秒要底于100次,小要加大shared_pool soft parse 軟SQL語句分析，OLTP要達90%以上，小要加大shared_pool 不建議用無命名PL SQL段 假如有大PL SQL(存儲過程)對象可強制保存于內(nèi)存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可過SHARED_POOL_SIZE的50%，不然實例不能起動 3.6.1.3.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; 可通過增加加CPU后，加db_writer_processes=CPU數(shù)改善。 也可設(shè)disk_asynch_io為true,使用異步IO（前提同要操作系統(tǒng)支持）db_writer_processes=1時（只有一個CPU的情況下），也可通加大dbwr_io_slaves來改善。db_writer_processes>1,不可用本功能 調(diào)整效果排序：異步IO>CPU>dbwr_io_slaves Buffer Busy Waits大說明出現(xiàn)IO沖突 Buffer Busy Waits 大 和 dbbock大說明全表掃描多，說明數(shù)據(jù)不能讀入，可加大 db_cache_size來改善. Undo　block大要加大回滾段（手動治理方式，９Ｉ默認是自動治理） undo header 大要加大回滾段（手動治理方式，９Ｉ默認是自動治理） db_cache命中率99%，不是唯一因素，關(guān)系是不要出現(xiàn)等待。建議達90%以上。 內(nèi)存使用建議： 系統(tǒng)可以設(shè)三個緩沖區(qū)，建表時可設(shè)定用那個緩沖區(qū)（默認在db_cache_size） db_cache_size?。J區(qū)） db_keep_cache_size （常訪問，小于db_keep_cache_size的10%的表可放于本區(qū)） db_recycle_cache_size （一個事物完成后常時間不再使用，或兩倍大小于緩沖區(qū)） 3.6.2 排序的優(yōu)化 9I為專用服務(wù)器時系統(tǒng)變量workarea_size_policy 設(shè)定為auto, statistics_level設(shè)定為 TYPICAL 可獲取v$pga_target_advice中的優(yōu)化建議。參數(shù)pga_aggregate_target值為所有連接用戶可用排序內(nèi)存。 9I為共享服務(wù)器時workarea_size_policy設(shè)定為menaul, sort_area_size值為每用戶排序內(nèi)存。 假如內(nèi)存不足將使用TEMP表空間進行排序,排序使用比率disk/meme應(yīng)小于5% 盡量少用排序,假如使用排序功能，盡量在字段上加索引進行優(yōu)化。 SQL分析模式:RBO(基于規(guī)則)方案小表(驅(qū)動表)放在最后,優(yōu)先使用索引,對SQL語句要求嚴格(8I以前的模式);CBO （基于開銷）根據(jù)統(tǒng)計值進行選擇開銷最少,性能最優(yōu)的最佳方式進行,但本方式DBA(使用analyze table語句)要定期進行分析統(tǒng)計.系統(tǒng)設(shè)定通過optimizer_mode 系統(tǒng)參數(shù) 說明: 指定優(yōu)化程序的行為。假如設(shè)置為 RULE, 就會使用基于規(guī)則的優(yōu)化程序, 除非查詢含有提示。假如設(shè)置為 CHOOSE, 就會使用基于成本的優(yōu)化程序, 除非語句中的表不包含統(tǒng)計信息。ALL_ROWS 或 FIRST_ROWS 始終使用基于成本的優(yōu)化程序。 值范圍: RULE CHOOSE FIRST_ROWS ALL_ROWS 默認值: CHOOSE ｛rule（RBO）choose（自動選擇）fist_rows fist_rows_nall_row｝ 3.6.3 統(tǒng)計信息 進行某表的統(tǒng)計分析 EXECUTE dbms_stats.gather_table_stats ('HR','EMPLOYEES'); 查看結(jié)果 SELECT num_rows, blocks, empty_blocks as empty,avg_space, chain_cnt, avg_row_lenFROM dba_tablesWHERE owner = 'HR'AND table_name = 'EMPLOYEES'; 4 設(shè)計工具 統(tǒng)一使用sybase power designer設(shè)計工具，在該工具上完成物理模型的設(shè)計。所有的數(shù)據(jù)庫對象盡可能在物理模型上進行設(shè)計，而且每個物理模型都要有相應(yīng)的文字描述。 所有的數(shù)據(jù)庫對象變更以數(shù)據(jù)庫物理模型為基準。為了避免字符敏感問題，產(chǎn)生的腳本以大寫字母為標準。