【導讀】A42020-12-26沈力、王杰增加對增量條件、清理條件的設計要求。當前工行在開放平臺上的應用系統(tǒng)，大都以Oracle作為其后臺數(shù)據(jù)庫。于一種低效而不規(guī)范的狀態(tài)。數(shù)據(jù)庫設計的好壞直接關系到開發(fā)周期和系統(tǒng)性。能，數(shù)據(jù)庫的開發(fā)則直接影響到代碼的可讀性，數(shù)據(jù)庫的可維護性。查工作提供規(guī)范化的指導，以使開發(fā)中心的產(chǎn)品質(zhì)量提升到一個新的臺階。心信息化建設門戶的“應用不合規(guī)情況審批管理”進行申請。本次規(guī)范的編寫是由系統(tǒng)部、總工辦共同編寫完成的。

　　

【正文】 _AGGREGATE_TARGET 的最終確定，需要依靠對實際系統(tǒng)的運行分析 。 數(shù)據(jù)對象的使用原則 表空間的參數(shù)設置原則 對于數(shù)據(jù)庫的存儲空間管理 Oracle 有以下的選擇： Extent 的管理 對 Extent 的管理有兩種方式。一般情況下，我們推薦數(shù)據(jù)庫管理員使用本地管理中的指定大小 (Uniform Size)的方式創(chuàng) 建表空間。 1. 數(shù)據(jù)字典管理 (Dicitonary Management) 在數(shù)據(jù)字典的管理方式中，數(shù)據(jù)庫使用數(shù)據(jù)字典來跟蹤數(shù)據(jù)對象的存儲分配，這樣當出現(xiàn)數(shù)據(jù)對象的存儲變化時，數(shù)據(jù)庫需要更新數(shù)據(jù)字典以保證系統(tǒng)可以跟蹤數(shù)據(jù)庫對象的存儲變化，這在某種程度上會造成系統(tǒng)性能的下降。 2. 本地管理 (Local Management) 在本地管理方式中，數(shù)據(jù)庫使用每一個數(shù)據(jù)文件的前面 8 個數(shù)據(jù)塊中的每一位來代表數(shù)據(jù)塊的占用方式。由于這種方式跟蹤數(shù)據(jù)對象的存儲分配不需要訪問數(shù)據(jù)字典，這在一定程度上避免了遞歸調(diào)用的出現(xiàn)，提高了系統(tǒng)存 儲管理的效率。 對于本地的 Extent 管理有兩種方式： (1) 自動分配 (Autoallocate) 自動分配的方式指由數(shù)據(jù)庫系統(tǒng)按照數(shù)據(jù)對象的大小決定該對象的每一個 Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 16 頁 共 103 頁 內(nèi)部資料，注意保密 EXNENT 的大小。一般情況下，由于數(shù)據(jù)庫系統(tǒng)并不能預先的確定該對象的總的大小，數(shù)據(jù)庫總是傾向于在初始的幾個 Extent 使用較小的值，然后按照 8－ 128－ 1024－ 8192 個數(shù)據(jù)塊的方式急劇的增大。 這通常會造成系統(tǒng)過多的碎片和較低的存儲空間的利用效率。 (2) 指定大小 (Uniform Size) 指定大小的方式指由數(shù)據(jù)庫管理員在創(chuàng)建表空間時間指定該表空間的 所有的 EXNENT 的大小，這樣該表空間的所有的 Extent 具有同樣的大小。 一般情況下，由于數(shù)據(jù)庫管理員能夠預先的估計出該表空間的數(shù)據(jù)對象的大小，所以數(shù)據(jù)庫管理員通常能夠確定合適的 UNIFORM SIZE 來創(chuàng)建數(shù)據(jù)表空間。 通過指定合適的數(shù)據(jù)表空間，可以避免系統(tǒng)出現(xiàn)過多的碎片和提高存儲空間的利用效率。 一般情況下， 建議 數(shù)據(jù)庫管理員能夠使用指定大小的方式來創(chuàng)建表空間，除非明確知道表空間中僅僅存儲較小的數(shù)據(jù)對象，否則不要使用自動的EXTENT 管理方式。 Segemnt 的管理 對 Segment 的管理可分為兩種。我 們推薦使用 ASSM 方式。 1. 手工管理方式（ Manual） 手工管理方式是指用戶創(chuàng)建表空間時使用手工指定參數(shù) Freelist， Freelist Group 來控制表空間的段的空閑塊。 手工的管理管理可以帶來更多的靈活性。 2. 自動管理方式（ ASSM） 自動的管理方式指數(shù)據(jù)庫系統(tǒng)使用 BITMAP 的方式來管理空閑塊。在這種情況下如果多個對象需要分配空間，可能會造成對某一塊的競爭。 Storage_Clause 該子句僅可用于字典管理 (Dicitonary Management)的表空間中。 ? Initial ? Next ? Pctincrease 對于基于字典管理的表空間，我們推薦根據(jù)數(shù)據(jù)庫表空間存儲的對象的大 Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 17 頁 共 103 頁 內(nèi)部資料，注意保密 小來管理表空間的參數(shù)。一般情況下，我們希望數(shù)據(jù)庫的表 /索引的 extents 數(shù)較小，同時希望系統(tǒng)的存儲的利用效率較高，這樣我們可以設定表空間的 initial和 next 的值相等，等于系統(tǒng)中的表的 1/10 的大小。 對于基于字典管理的表空間可以設定對象的 pctincrease 為 0，這樣可以避免每次數(shù)據(jù)對象擴展 /收縮不同大小的數(shù)據(jù)片，從而可以避免存儲空間出現(xiàn)大量的不連續(xù)的空間，同時避免數(shù)據(jù)庫的后臺進程 SMON 對空間的回收工作。 ? Freelists ? Freelists groups Freelist 用于設定空閑塊的處理，從而有效的避免數(shù)據(jù)塊的競爭。 推薦指定 freelists＝ 4 和 freelists groups＝ 2 Autoextend_Clause 自動擴展語句會造成數(shù)據(jù)文件的自動增長，在使用裸設備的情況下可能造成文件越界，在使用文件系統(tǒng)的情況下可能造成文件系統(tǒng)無空閑空間。 不應 使用自動擴展的功能。 表的參數(shù)設置原則 物理屬性子句 1. Pctfree、 Pctused 存儲參數(shù) pctfree 和 pctused 決定了一個數(shù)據(jù)塊在不同的數(shù)據(jù)庫操 作下的可用性，它與數(shù)據(jù)對象的操作性質(zhì)密切相關。 對于主要操作為 insert 的數(shù)據(jù)對象，可以考慮設定較小 pctfree 和較大的pctused，如 pctfree=5 Pctused=60。對于更新較為頻繁的系統(tǒng)，可以設定較大的pctfree 和較小的 pctused 來避免行的遷移，如 pctfree=20 Pctused=40。對于銀行系統(tǒng)，由于數(shù)據(jù)的保留時間較長，同時數(shù)據(jù)的刪除較少可以考慮設定較小的pctfree 和較大的 pctused，如： Pctfree=10 Pctused=50。 2. Initrans、 Maxtrans 存儲參數(shù) initrans 和 maxtrans 決定了數(shù)據(jù)對象的同一個數(shù)據(jù)塊中能夠并發(fā)進行的事務數(shù)。 由于目前的數(shù)據(jù)塊由逐步變大的趨勢，故此同一個數(shù)據(jù)塊中發(fā)生并發(fā)事務的 Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 18 頁 共 103 頁 內(nèi)部資料，注意保密 幾率在上升。 對于 db_Block_Size=8192 的 OLTP 系統(tǒng)，可以設定 initrans＝ 4， Maxtrans＝ 10 Storage_Clause 參見上面表空間的相關參數(shù)設置原則。 索引的使用原則 1. 基本使用原則 (1) 對于 主要進行 INSERT的數(shù)據(jù)表，如果 每次 SELECT/UPDATE/DELETE操作都需要對所有數(shù)據(jù)進行操作 ， 可以不創(chuàng)建索 引。 (2) 對于 無需通過鍵值訪問的臨時表，可以不創(chuàng)建索引。 (3) 由于 INSERT、 DELETE 中索引都會需要重算，而 UPDATE 語句更新到索引列，也會重算索引 ，重算索引的成本大概是 DML 操作的 3 倍， 一個表的索引不能建的過多， 對于經(jīng)常 INSERT/UPDATE/DELETE 操作的表，應盡量少創(chuàng)建索引。 (4) 根據(jù)應用特點， 當 SQL 語句返回 的行數(shù)占整個表總行數(shù)的比例 =5%時，宜 建立索引。 (5) 在頻繁進行排序或分組（即進行 group By 或 order By 操作）的列 宜 建立索引。 (6) 在頻繁使用 distinct 關鍵字進行查詢的列 宜 建立索 引。 (7) 進行表連接時，在連接字段上面 宜 建立索引。 (8) 對于鍵值頻繁更新的索引， 應 定期的進行重建。 (9) 若應用未對具有唯一性的字段創(chuàng)建唯一索引，應從應用邏輯方面對該字段的唯一性進行保證。 注：進一步的內(nèi)容請參考 索引創(chuàng)建原則 2. 基本存儲參數(shù)設置原則 (1) 物理屬性子句（ Physical_Attributes_Clause） 參見表的物理屬性參數(shù)設置原則 (2) Storage_Clause Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 19 頁 共 103 頁 內(nèi)部資料，注意保密 參見表空間的存儲參數(shù)設置原則 (3) Blevel 索引的 blevel代表了索引中從根節(jié)點到葉節(jié)點的深度，對于索引來說，由于索引鍵值的頻繁更新可 能造成該索引的節(jié)點的過度分裂，使得索引的層次較多 。因此系統(tǒng)管理人員應該定期的對索引進行分析，對索引深度較深的的索引進行重建工作。 3. B 樹索引的使用原則 (1) 當查詢的行數(shù)占整個表總行數(shù)的比例 =5%時，建立 B*樹索引效果比較明顯。否則，就要慎重考慮是否需要建立 B*索引。 (2) 索引列包含的不同值很多時，應該建立 B*樹索引。使用 B*樹索引時候應該注意的是，它對 AND/OR 等條件邏輯組合查詢的效率很低。 4. 復合索引的使用原則 一般情況下，對于經(jīng)常同時使用多個數(shù)據(jù)項進行查詢的對象可以創(chuàng)建復合索引，使用復合索引時特別要考慮的各個數(shù) 據(jù)項在索引中的相對位置。 一般情況下，我們把最常用的列放在第一位而不太常用的列放在稍后面的位置。 在復合索引創(chuàng)建后，我們要求用戶在查詢數(shù)據(jù)的時候也遵循同樣的方式來使用索引。 雖然目前的 Oracle 數(shù)據(jù)庫版本能夠使用復合索引中的后面的數(shù)據(jù)項，但是按序使用復合索引可以給我們帶來較高的效率。 5. 函數(shù)索引的使用原則 (1) 在使用函數(shù)索引 (Functionbased INDEX)時，需要設置初始化參數(shù)QUERY_REWRITE_ENABLED=TRUE ， 創(chuàng) 建 該 索引 的 用戶 需要 有CREATE INDEX 和 QUERY REWRITE 權限。 (2) 對于經(jīng)常進行運算比較的一些列，可以考慮建立函數(shù)索引，但是也可以通過在表中使用原來的列的函數(shù)形式來實現(xiàn) (3) 在 OLTP 系統(tǒng)中，一般情況下我們不建議使用函數(shù)索引。 6. 位圖索引的使用原則 (1) 索引列包含的不同值很少時，應該建立位圖索引。位圖索引對 AND/OR Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 20 頁 共 103 頁 內(nèi)部資料，注意保密 等條件邏輯組合查詢的效率很高。 (2) 修改表的代價很大，適用于只讀性，或更新很少的表 視圖的使用原則 1. 出于安全考慮使用視圖。 例如：用戶有一張公司雇員情況表，可為各個部門經(jīng)理建立分別的視圖，使他們各自只能看到自己部門的雇員情況。 2. 利用視圖以更容易理解的方式為最終用 戶展現(xiàn)數(shù)據(jù)。 例如：利用視圖為用戶展現(xiàn)某表中 A 列與 B 列相加的結(jié)果。 3. 當查詢涉及復雜連接操作，可建立混合有多表信息的視圖以隱藏數(shù)據(jù)的復雜性。 4. 在需要命名簡潔的時候，可以使用視圖重命名某些復雜，冗長的表名或列名。 5. 當應用程序涉及表，可利用視圖代替表以避免因表的任何更新引起應用程序的改動。 例如：有一個由兩個表連接成的視圖，從一個表中顯示三列而從另一個表中顯示四列。如果前一個表中增加了一列，這對視圖的定義不產(chǎn)生影響，也不會影響涉及到此視圖的應用。 約束的使用原則 1. 主鍵、外鍵和唯一性約束創(chuàng)建前，要對相關字段創(chuàng)建索引 。 2. 主鍵是用于唯一標示一條記錄。創(chuàng)建主鍵的列應該具有唯一性、非空性，而且不會進行修改操作。 3. 唯一性約束用于限定表中記錄的唯一性，允許為空，允許對創(chuàng)建唯一性約束的列進行修改操作。 4. 檢查 (check)，一般使用于列的取值受限于一些特定值的情況下，如員工的性別，年齡，貸款的狀態(tài)等。 5. 觸發(fā)子約束，一般情況下不要使用。 Oracle 數(shù)據(jù)庫手冊 本文檔所有權屬于中國工商銀行股份有限公司 第 21 頁 共 103 頁 內(nèi)部資料，注意保密 一些特殊數(shù)據(jù)對象的使用原則 分區(qū)表的使用原則 1. 知識點描述 分區(qū)表（ Partitioned Table）將數(shù)據(jù)分割為分成更小的、更好管理的塊。就應用程序的對分區(qū)表對數(shù)據(jù)庫的訪問而言，邏輯上只有一個表。 每個分區(qū)可以被單獨管理，可以不依賴于其他分區(qū)而單獨發(fā)揮作用。表的分區(qū)和子分區(qū)都共享相同的邏輯屬性。 使用分區(qū)主要有三點原因： (1) 為了提高可用性 (2) 為了減輕管理負擔 (3) 為了提高 DML 和查詢操作的性能 分區(qū)表的分區(qū)方法有四種： (1) 范圍分區(qū)方法。這種方法通過設定分區(qū)鍵的不同范圍，將表中的數(shù)據(jù)劃分到各分區(qū)； (2) 散列分區(qū)方法。這種方法通過分區(qū)鍵的散列值，將表中的數(shù)據(jù)均等地劃分到各分區(qū)； (3) 列表分區(qū)方法。這種方法在分區(qū)鍵上指定屬于各分區(qū)的離散值，表中的數(shù)據(jù)根據(jù)分區(qū)鍵上的值，劃分到不同的分區(qū)； (4) 組合分區(qū)方法：這種方法是在分區(qū)中使用范 圍分區(qū)方法分區(qū)數(shù)據(jù)，而在子分區(qū)中，則使用散列分區(qū)方法或者列表分區(qū)方法分區(qū)數(shù)據(jù)。子分區(qū)不能具有與其所屬分區(qū)所不同的物理屬性。 2. 應用原則 一般情況下對于擁有較多數(shù)據(jù)的表（ ROWS1000000+）可以考慮使用分區(qū)表，對于 ROWS5000000+的表推薦使用分區(qū)表。 使用分區(qū)表的時候我們要注意以下幾個方面： (1) 分區(qū)鍵值的確定。分區(qū)的目的是為了減少訪問的數(shù)據(jù)量，從而提高效率，故分區(qū)的關鍵字必須經(jīng)常出現(xiàn)在查詢條件中。 (2) 分區(qū)的表和索引的對應關系。從數(shù)據(jù)的維護和使用的效率情況看，除非