數(shù)據(jù)庫建設的規(guī)則

目錄1.圍12.總體要求12.1數(shù)據(jù)庫設計總體要求12.2數(shù)據(jù)庫對象命名的總體要求12.3數(shù)據(jù)庫程序編碼的總體要求23.數(shù)據(jù)庫設計規(guī)23.1數(shù)據(jù)庫設計要求23.2數(shù)據(jù)庫概念邏輯設計2需求調(diào)研2概念設計3局部設計3整體設汁3邏輯設計33.3數(shù)據(jù)庫物理設計34.Oracle數(shù)據(jù)庫命名規(guī)則44.1Oracle數(shù)據(jù)庫對象命名規(guī)則4數(shù)據(jù)庫名(Databases)5實例名〔Instances〕5表空間(Tablespaces)5數(shù)據(jù)文件〔Datafiles〕5日志文件〔Redologfiles〕5參數(shù)文件〔Parameterfiles和StoredParameterfiles〕6控制文件〔Controlfiles〕6回滾段〔Rollbacksegments〕6表〔Tables〕6字段〔Fields〕6索引〔Inde*es〕7約束〔Constraints〕7視圖〔Views〕7同義詞〔Synonyms〕7序列號〔Sequences〕8存儲過程〔StoredProcedures〕8函數(shù)〔Functions〕8程序包〔Packages〕和程序包體〔PackagesBodies〕8觸發(fā)器〔Triggers〕8角色〔Roles〕8用戶〔Users〕84.2SQL、PL/SQL源代碼編寫約定8變量命名規(guī)則8代碼排版規(guī)則9代碼注釋規(guī)則9其他要求105.數(shù)據(jù)字典文檔編寫格式105.1數(shù)據(jù)庫表匯總表格式105.2數(shù)據(jù)庫表詳述表格式105.3編碼數(shù)據(jù)表格式11圍本規(guī)規(guī)定了市交通局數(shù)據(jù)庫建立的規(guī)則，是檢驗評定軟件開發(fā)者為市交通局開發(fā)的應用系統(tǒng)質(zhì)量的標準尺度。本規(guī)適用于各軟件開發(fā)者和有關單位為市交通局開發(fā)的應用系統(tǒng)所使用的數(shù)據(jù)庫，數(shù)據(jù)庫的設計、數(shù)據(jù)庫的對象命名、數(shù)據(jù)字典文檔的編寫必須遵守本規(guī)?？傮w要求數(shù)據(jù)庫建立規(guī)主要包括數(shù)據(jù)庫設計規(guī)、數(shù)據(jù)庫對象命名規(guī)則和數(shù)據(jù)庫程序編碼規(guī)則、數(shù)據(jù)字典文檔編寫格式等容。數(shù)據(jù)庫設計總體要求數(shù)據(jù)庫是交通信息化建立的重要根底。數(shù)據(jù)庫設計通常是作為應用系統(tǒng)開發(fā)的一局部進展的，但在應用系統(tǒng)開發(fā)中數(shù)據(jù)庫設計具有特殊的重要性和相對獨立性，因此在本規(guī)中專門進展規(guī)定。關于交通局應用系統(tǒng)的開發(fā)要求，請參見"市交通局信息化軟件開發(fā)實施指南"。開發(fā)者在系統(tǒng)設計階段，應采用合理的設計方法進展數(shù)據(jù)庫設計，建立數(shù)據(jù)庫的邏輯模型和物理模型，最終設計出高性能、易擴展、易維護、少冗余、高平安性、高可靠性、一致性和完整性好的數(shù)據(jù)庫。在數(shù)據(jù)庫設計完成后，開發(fā)者應向交通局提交"數(shù)據(jù)庫設計報告"。在軟件鑒定驗收時，開發(fā)者應向交通局提交完整的"數(shù)據(jù)庫設計報告"、"數(shù)據(jù)字典"和在開發(fā)過程中發(fā)生的變更記錄。數(shù)據(jù)庫對象命名的總體要求數(shù)據(jù)庫對象如表、存儲過程等的名稱一般根據(jù)對象的類別、所在的系統(tǒng)代號和自定義代號來確定，但對各類對象的命名有其特定要求，具體的各種對象的命名要求請見本規(guī)第四局部。自定義代號根據(jù)中文名稱來確定，采用中文名稱首字的全拼，后接其它字的中文拼音首字母，如果有兩個對象根據(jù)此方法命名出現(xiàn)重復則對兩個對象都用中文拼音的完整拼音來表示。數(shù)據(jù)庫對象不得使用數(shù)據(jù)庫的關鍵字作為名字。在本規(guī)則的第四局部對Oracle數(shù)據(jù)庫的對象命名要求和程序編碼要求做了具體規(guī)定，如果需要使用具它數(shù)據(jù)庫如SQLServer等，其命名規(guī)則參照Oracle數(shù)據(jù)庫的命名規(guī)則來進展。本局部的要求具有強制性，開發(fā)者應嚴格遵守此要求。數(shù)據(jù)庫程序編碼的總體要求通過對數(shù)據(jù)庫程序編碼制定規(guī)則，來提高程序的可讀性。這其中主要包括變量命名規(guī)則、代碼排版規(guī)則、代碼注釋規(guī)則等。本局部相對要求較寬，但開發(fā)者應參照這局部的要求制定自己的編碼規(guī)，并嚴格遵守。本局部的代碼注釋規(guī)則是對開發(fā)者編寫注釋的根本要求，開發(fā)者自己可以提出對代碼注釋的更高要求，但不得低于本規(guī)則的要求。數(shù)據(jù)庫設計規(guī)數(shù)據(jù)庫設計要求為了保證數(shù)據(jù)庫設計的質(zhì)量，提高數(shù)據(jù)庫的完整性、一致型、平安性、易擴展性、性能、減少數(shù)據(jù)的冗余，開發(fā)者應在需求分析階段對已有業(yè)務系統(tǒng)、本期開發(fā)的業(yè)務系統(tǒng)和以后開發(fā)的業(yè)務系統(tǒng)的數(shù)據(jù)作全面的調(diào)研，在此根底上采用合理的設計方法，分析業(yè)務系統(tǒng)所涉及的數(shù)據(jù)及數(shù)據(jù)之間的在關系，利用如RationalRose、Together、ER-Win等軟件作為數(shù)據(jù)庫輔助設計工具，進展反映數(shù)據(jù)庫中對象聯(lián)系和依賴的概念邏輯設計和物理設計。在進展數(shù)據(jù)庫設計時，除了本規(guī)以外，還應遵守"市交通局信息化軟件開發(fā)實施指南"的要求。在數(shù)據(jù)庫邏輯設計完成后，開發(fā)者應向交通局提交"數(shù)據(jù)庫設計報告"，在"數(shù)據(jù)庫設計報告"中必須包括完整的實體關系圖(E-R圖)，在得到交通局的評審認可前方可進展數(shù)據(jù)庫的物理設計。在軟件鑒定驗收時，開發(fā)者應向交通局提交最終完稿的"數(shù)據(jù)庫設計報告"及其變更記錄，同時提交所交付軟件完整的"數(shù)據(jù)字典"。數(shù)據(jù)庫概念邏輯設計整個概念邏輯設計包括需求調(diào)研、概念設計和邏輯設計三個局部，需要與業(yè)務系統(tǒng)的調(diào)研、分析、設計和開發(fā)結(jié)合起來進展。需求調(diào)研在應用系統(tǒng)開發(fā)的需求調(diào)研階段，應對本期開發(fā)的業(yè)務系統(tǒng)的功能數(shù)據(jù)和以后開發(fā)的業(yè)務系統(tǒng)的數(shù)據(jù)進展調(diào)研。對于本期要求開發(fā)實現(xiàn)的應用系統(tǒng)，應調(diào)研系統(tǒng)功能和所要處理的數(shù)據(jù)，同時要對交通局所有已有相關應用系統(tǒng)進展調(diào)研，分析這些系統(tǒng)是否已有新系統(tǒng)所需要的數(shù)據(jù)，該數(shù)據(jù)能否滿足新系統(tǒng)的所有需求，以決定是否可以直接訪問已有應用系統(tǒng)的數(shù)據(jù)庫中的數(shù)據(jù)，或采用復制等方法定期將已有系統(tǒng)的數(shù)據(jù)復制到本期開發(fā)的應用系統(tǒng)后臺數(shù)據(jù)庫，或直接用新系統(tǒng)來維護這些數(shù)據(jù)。概念設計概念設計應采用E-R模型進展，針對各個業(yè)務系統(tǒng)進展局部數(shù)據(jù)視圖設計，然后進展局部數(shù)據(jù)視圖集成，進展整體數(shù)據(jù)視圖的設計。在整體設計中找到最大的共享數(shù)據(jù)集，同時對這些共享數(shù)據(jù)進展語義上的描述(數(shù)據(jù)產(chǎn)生的業(yè)務系統(tǒng)、數(shù)據(jù)使用的業(yè)務系統(tǒng)等)。面向信息效勞的數(shù)據(jù)建模采用E-R模型描述，但所有的數(shù)據(jù)模式按照中心主題建立。E-R圖設計、畫法不是唯一的，但在繪E-R圖時應注意：構造要清晰、關聯(lián)要簡潔、實體個數(shù)要適中、屬性分配要合理、沒有低級冗余。局部設計根據(jù)各個業(yè)務系統(tǒng)的需求調(diào)研，設計出業(yè)務系統(tǒng)中的所有實體和關系，形成—個局部的業(yè)務數(shù)據(jù)視圖。整體設汁將交通局的各個業(yè)務系統(tǒng)對應的局部業(yè)務視圖進展兩兩集成，刪除冗余的實體和關系，記錄業(yè)務系統(tǒng)的共享數(shù)據(jù)模式，最終實現(xiàn)一個沒有冗余、一致的全局視圖模式。標記所有共享數(shù)據(jù)模式的相關業(yè)務系統(tǒng)，以及數(shù)據(jù)的來源和數(shù)據(jù)的使用狀況。邏輯設計根據(jù)得到的全局概念模式進展關系邏輯設計，并作規(guī)化分解，建立一系列的規(guī)化分解，對于概念模式中的數(shù)據(jù)集進展數(shù)據(jù)表的設計。所有的公共共享數(shù)據(jù)集，業(yè)務數(shù)據(jù)要保證數(shù)據(jù)源唯一。同時對本期開發(fā)的業(yè)務系統(tǒng)中不能維護但需要使用的共享數(shù)據(jù)集，建立與老業(yè)務系統(tǒng)之間數(shù)據(jù)抽取的映射關系。面向信息效勞的數(shù)據(jù)模式根據(jù)概念模式的來源和用途分別建立數(shù)據(jù)表或者跨數(shù)據(jù)庫視圖。能從業(yè)務數(shù)據(jù)平臺中直接獲取的數(shù)據(jù)應設計跨數(shù)據(jù)庫視圖，需要從業(yè)務數(shù)據(jù)平臺層捕獲的歷史數(shù)據(jù)應設計成數(shù)據(jù)表。在邏輯設計階段，應考慮：為提高程序的執(zhí)行效率適當進展逆規(guī)化，減少連接運算合理的屬性類型及長度創(chuàng)立視圖可以建立面向用戶的外模式，提供一定的邏輯數(shù)據(jù)獨立性。數(shù)據(jù)庫物理設計將設計好的關系邏輯模式按照數(shù)據(jù)產(chǎn)生的來源建立不同的業(yè)務數(shù)據(jù)集(庫)，然后建立一個公共共享數(shù)據(jù)集(庫)，在這個數(shù)據(jù)庫中建立共享視圖，同時為各個數(shù)據(jù)集(庫)進展用戶設置和權限分配。物理數(shù)據(jù)庫的分布也存在多種模式：所有的物理數(shù)據(jù)庫存在于一臺數(shù)據(jù)庫效勞器上，而且都由一個DBMS實例管理；所有的物理數(shù)據(jù)庫存在于一臺數(shù)據(jù)庫效勞器上，由多個DBMS實例進展管理；所有的物理數(shù)據(jù)庫分布在不同的數(shù)據(jù)庫效勞器上，但所有的DBMS采用一種類型；因選擇的數(shù)據(jù)庫不同，在具體的物理設計上也會有所不同，但要保證數(shù)據(jù)庫的設計和管理符合規(guī)，并保證制定的規(guī)是可行的、可擴的，同時必須符合本規(guī)的要求。在物理設計階段，應根據(jù)數(shù)據(jù)的訪問需求、頻度、性能要求等設計索引和簇集，包括單屬性索引、多屬性索引、簇集索引等。Oracle數(shù)據(jù)庫命名規(guī)則Oracle數(shù)據(jù)庫對象命名規(guī)則為防止混亂，不得使用Oracle的關鍵字作為數(shù)據(jù)庫對象的名字，Oracle數(shù)據(jù)庫的關鍵字參見下表。除非在定義對象名稱時在該對象前后加雙引號，Oracle各類對象都以大寫的形式保存,且在使用時不區(qū)分大小寫。表4-1Oracle數(shù)據(jù)庫關鍵字表ACCESSAUDITPRESSDESCADOBETWEENCONNECTDISTINCTALLBYCREATEDROPALTERCHARCURRENTELSEANDCHECKDATEE*LUSIVEANYCLUSTERDECIMALE*ISTSASCOLUMNDEFAULTFILEASCMENTDELETEFLOATFORLONGFCTFREESUCCESSFULFROMMA*E*TENTSPRIORSYNONYMGRANTMUNUSPRIVILEGESSYSDATEGROUPMODEPUBLICTABLEHAVINGMODIFYRAWTHENIDENTIFIEDNETWORKRENANETOIMMEDIATENOAUDITRESOURCETRIGGERINNOPRESSREVOKEUIDINCREMENTNOTROWUNIONINDE*NOWALTROWIDUNIQUEINITIALNULLROWNUMUPDATEINSERTNUMBERROWSUSERINTEGEROFSELECTVALIDATEINTERSECTOFFLINESESSIONVALUESINTOONSETVARCHARISONLINESHAREVARCHAR2LEVELOPTIONSIZEVIEWLIKEORSMALLINTWHENEVERLOCKORDERSTARTWHEREWITH各類Oracle數(shù)據(jù)庫對象的具體命名應遵守下面的規(guī)則。數(shù)據(jù)庫名(Databases)數(shù)據(jù)庫名稱由數(shù)據(jù)庫系統(tǒng)的首字母拼音縮寫加數(shù)據(jù)庫編號組成，在只有一個數(shù)據(jù)庫的情況下可不加數(shù)據(jù)庫編號。數(shù)據(jù)庫編號從1開場，并以增量1遞增。實例名〔Instances〕如果一個數(shù)據(jù)庫只有一個實例，則此實例與數(shù)據(jù)庫名稱一樣，如使用Oracle和ParallelServer或OracleRealApplicationClusters產(chǎn)品，一個數(shù)據(jù)庫可能有多個實例，則采用數(shù)據(jù)庫名加下劃線加實例首字母拼音來命名。在數(shù)據(jù)庫建立過程中，各單位應認真填寫數(shù)據(jù)庫、數(shù)據(jù)庫實例名及對應用途關系表，并交數(shù)據(jù)庫管理員妥善保存，此表格如此下。表4-2數(shù)據(jù)庫實例表地點數(shù)據(jù)庫數(shù)據(jù)庫實例名用途備注單位名數(shù)據(jù)庫1實例1實例2數(shù)據(jù)庫2實例1實例2表空間(Tablespaces)表空間分為兩種，用來存儲系統(tǒng)生成的臨時數(shù)據(jù)的臨時表空間(TemporaryTablespaces)和儲存用戶數(shù)據(jù)的永久表空間(PermanentTablespace)。臨時表空間命名為TEMP_**，**表示編號〔下同〕，如一個數(shù)據(jù)庫只有一個臨時表空間，則直接用TEMP命名即可。永久表空間命名分為三段：TBS_SSSS_ZZZZ；TBS表示這是一個表空間，SSSS為系統(tǒng)代號，ZZZZ為表空間類型，可以為DATA和ID*，DATA表示該表空間用來存儲表對象，ID*表示該表空間用來存儲索引對象。系統(tǒng)代號應能反映該表空間中存儲對象在系統(tǒng)中的總體功能，用功能名的首字母拼音表示。應用系統(tǒng)中的表和索引應該分別儲存在兩個表空間中，以到達提高性能的目的。數(shù)據(jù)文件〔Datafiles〕數(shù)據(jù)庫文件的命名根據(jù)該文件所屬表空間的名字進展，通過在表空間的名字后加下劃線加編號實現(xiàn)，如<TABLESPACENAME>_**.dbf所示，數(shù)據(jù)庫文件的名字用.dbf作為后綴。日志文件〔Redologfiles〕采用<DATABASENAME>_REDO_**.log來命名數(shù)據(jù)庫的日志文件。參數(shù)文件〔Parameterfiles和StoredParameterfiles〕一個數(shù)據(jù)庫對應一個參數(shù)文件，其命名用init_<DATABASENAME>.ora表示。Oracle9i推出了存儲參數(shù)文件的功能，如使用，其命名用sp_<DATABASENAME>.ora表示?？刂莆募睠ontrolfiles〕采用<DATABASENAME>_CRTL_**.ctl來命名數(shù)據(jù)庫的控制文件；<DATABASENAME>為數(shù)據(jù)庫名稱，**為控制文件序號，控制文件以.ctl作為后綴?；貪L段〔Rollbacksegments〕回滾段用RBS_**表示，如一個數(shù)據(jù)庫的回滾段為RBS_01，RBS_02，…在Oracle9i版本數(shù)據(jù)庫中推出了AutomaticUndoManagement功能，來實現(xiàn)對回滾信息的自動管理，此功能具有簡化管理、提高效率的優(yōu)點，因此如果使Oracle9i以上版本數(shù)據(jù)庫，則應使用此功能。表〔Tables〕表名為三段：Z_SSSS_****，Z為性質(zhì)代號，SSSS為系統(tǒng)代號〔下同〕。****為自定義代號〔下同〕，表的所有字母統(tǒng)一用大寫表示?！?〕、性質(zhì)代號包括B、C、T、A，其含義如下：B指原始數(shù)據(jù)表C編碼數(shù)據(jù)表T工具數(shù)據(jù)表A統(tǒng)計數(shù)據(jù)表、臨時數(shù)據(jù)表或中間數(shù)據(jù)表〔2〕、系統(tǒng)代號應能反映該表所在系統(tǒng)的功能。開發(fā)者應該在系統(tǒng)設計階段根據(jù)軟件功能模塊的劃分來確定系統(tǒng)代號，系統(tǒng)代號用能表達模塊功能的關鍵詞的首字母來表示，應控制在2到4個字母之，為便于理解和記憶，一個系統(tǒng)不宜有過多的系統(tǒng)代號。〔3〕、自定義代號根據(jù)中文名稱來確定，采用中文名稱首字的全拼，后接其他字的中文拼音首字母，如果有兩個表根據(jù)此方法命名出現(xiàn)重復則對兩個表都用中文拼音的完整拼音來表示：自定義代號的長度應保持在12位以。字段〔Fields〕字段名稱字段名分為三段：F_ZZ_****;F表示這是一個字段，ZZ表示字段的數(shù)據(jù)類型代號，數(shù)據(jù)類型對應的數(shù)據(jù)類型代號如下表：表4-3數(shù)據(jù)類型代號表代號數(shù)據(jù)類型CRCHAR,NCHARDTDATELGLONGRARAWLRLONGRAWNBNUMBERVCVARCHAR2,NVARCHAR2FLFLOATLBBLOG,CLOG,NCLOGBFBFILE另外，主表中的主鍵字段和附表中的外部鍵字段的類型和名稱要完全一樣。對于日期類型的數(shù)據(jù)，如果只保存日期數(shù)據(jù)，采用yyyy/mm/dd的格式，如果只保存時間數(shù)據(jù)，采用hh24:mi:ss的格式，如果同時保存日期和時間格式，采用yyyy/mm/ddhh24:mi:ss的格式。索引〔Inde*es〕表主鍵〔PrimaryKey〕對應的索引命名為ID*_<表名>_PK。如果表的唯一性索引〔UniqueInde*〕只有一個，則命名為ID*_<表名>_UK，如果表有多個唯一性索引，則在最后再加上一個編號，命名為ID*_<表名>_UK**，此處的**為一個數(shù)。如果一個表有多個其他的非唯一性索引，則按順序為每一個索引加一個編號ID*_<表名>_**，此處的**為一個數(shù)。約束〔Constraints〕應對主鍵〔PrimaryKey〕、唯一性約束〔Unique〕和引用約束〔ReferentialKey〕等約束進展命名，而不是使用系統(tǒng)自動生成的名字。主鍵約束命名為PK_<表名>。如果一個表只有唯一性約束，則命名為UK_<表名>。如果一個表有多個外鍵，則在名稱的最后再加一個編號，命名為UK_<表名>_**。如果一個表只有一個外鍵約束，則命名為FK_<表名>。如果一個表有多個外鍵，則在名稱的最后再加一個編號，命名為FK_<表名>_**。視圖〔Views〕視圖名分為三段：V_SSSS_****。V表示此對象為視圖。同義詞〔Synonyms〕同義詞名分為三段：SYN_SSSS_****。SYN表示此對象為同義詞。序列號〔Sequences〕序列號名分為三段：SQ_SSSS_****。SQ表示此對象為序列號。存儲過程〔StoredProcedures〕存儲過程名分為三段：PRO_SSSS_****。PRO表示此對象為存儲過程。函數(shù)〔Functions〕函數(shù)分為三段：FUN_SSSS_****。FUN表示此對象為函數(shù)。程序包〔Packages〕和程序包體〔PackagesBodies〕程序包和相應程序包體的名字一樣，分為三段：PAK_SSSS_****。PAK表示此對象為函數(shù)。包過程和函數(shù)的命名規(guī)則與獨立的存儲過程和函數(shù)的命名一樣，具體過程參見和4.1.17。觸發(fā)器〔Triggers〕觸發(fā)器分為三段：TR_[A|B][I|U|D]_<表名>。TR表示這是一個觸發(fā)器，后面跟著表示觸發(fā)器操作條件的英文字母，[A|B][I|U|D]〔A|B表示after|before，I|U|D表示insert|update|delete無該項操作則去掉相應的字母〕，后面再跟使用它的表名或視圖名。角色〔Roles〕數(shù)據(jù)庫角色分為兩段：ROL_****。ROL表示這是一個數(shù)據(jù)庫角色。用戶〔Users〕數(shù)據(jù)庫用戶分為兩段：USR_****。USR表示這是一個數(shù)據(jù)庫用戶。SQL、PL/SQL源代碼編寫約定變量命名規(guī)則為了提高PL/SQL程序的可讀性，需要對PL/SQL程序的變量制定適當?shù)拿?guī)則。變量應該用中文拼音首字母來表示，應防止變量名與Oracle表的字段重名，因為如果重名，Oracle會將此名字解釋為字段名。為了能夠快速區(qū)分變量的作用域和類型，應對變量加上統(tǒng)一的前綴和后綴。在根本類型局部變量名家前綴v_在全局變量名前加前綴g_在常量名前加前綴c_在過程和函數(shù)的參數(shù)函數(shù)變量前加p_，對INOUT類型和OUT類型的參數(shù)變量要分別加后綴io和o。缺省沒有前綴的參數(shù)變量都為IN類型。在recordcollection類型變量前加前綴r_在%rowtype類型變量前加前綴rt_在PL/SQL類型變量前加前綴t_在tabletype類型變量前加前綴tt_在游標cursor類型變量前加前綴cur_在例外e*ception類型變量前加前綴e_代碼排版規(guī)則制定代碼排版規(guī)則的目的是使用戶更方便地理解程序的邏輯構造?？s進縮進設置為4個空格，Tab設置為4個空格。通過縮進要把程序的條件、循環(huán)的邏輯構造顯示出來。使用大小寫所有的SQL和PL/SQL關鍵字用大小寫，而所有的數(shù)據(jù)庫表、字段、變量用小寫。代碼注釋規(guī)則在PL/SQL程序段中的注釋需要能說明問題，應該比代碼易讀；注釋的長度不能太長，60字符以為宜；當代碼發(fā)生改變時，注釋應該及時更新。每個數(shù)據(jù)對象包括表、存儲過程、函數(shù)和字段都必須作相關的注釋說明。如果數(shù)據(jù)對象是函數(shù)或存儲過程，還必須說明作者、功能和創(chuàng)立時間〔修改時間〕等信息。格式如下：注釋位置對Oracle數(shù)據(jù)庫對象的整體注釋應置于對象定義語法的下一行，AS關鍵字之后〔置于頭部時，經(jīng)Oracle編譯后會喪失，不能保存到數(shù)據(jù)庫中〕；同理，其他注釋也要置于代碼部。PL/SQL程序文件頭部注釋文件頭部注釋用于說明該文件的信息及格式，其格式如下://Copyright/////////////////////////////////////////////////////////////////////////////////////////////////////////文件名：//功能描述：//改版履歷：//時間描述///////////////////////////////////////////////////////////////////////////////////////////////////////過程、函數(shù)、包注釋對過程、函數(shù)、包必須加注釋描述其主要功能，注釋長度不超過60字符為宜，超過則作換行處理。其他需要加注釋的地方：每一個分支出，如：ifelse處；曾經(jīng)出現(xiàn)Bug的地方〔加注Bug號〕；聲明變量時；定義常量時，解釋常量的意義；其他比擬難以理解的地方。其他要求Oracle8i以上版本是對象關系型數(shù)據(jù)庫管理系統(tǒng)〔RDBMS〕，和傳統(tǒng)的關系型數(shù)據(jù)庫相比，增加了面向?qū)ο蟮墓δ堋５珵榱颂岣邤?shù)據(jù)庫的兼容性，在進展數(shù)據(jù)庫設計時應防止使用這些面向?qū)ο蟮墓δ?。能夠使用SQL語句實現(xiàn)功能時，不使用PL/SQL。刪除所有無用的變量