動力節(jié)點數(shù)據(jù)庫設計規(guī)范V100

1、1. 文件修改控制頁修改記錄編號修改內(nèi)容修改人修改日期附加說明1. “修改記錄編號”的填寫內(nèi)容為：本次修改后的版本號“/”流水號，例如：V1.01/1。一次修改可以修改文檔的多個位置，流水號為對該版本修改的流水號。當版本變時，流水號歸為1。目 錄文件修改控制頁11 設計文件內(nèi)容32 命名規(guī)范32.1設計文件的命名32.2數(shù)據(jù)庫文件的命名32.2.1數(shù)據(jù)文件的命名32.2.2聯(lián)機重做日志文件的命名42.2.3控制文件的命名42.2.4數(shù)據(jù)庫參數(shù)文件的命名42.3表命名42.4視圖命名52.5索引命名52.6 Constraint命名52.7字段命名52.8 SEQUENCE的命名62.9 Key

2、命名63設計原則64附錄：Power Designer使用介紹74.1概念設計84.2物理設計84.3產(chǎn)生數(shù)據(jù)庫設計報告（數(shù)據(jù)字典）94.4生成數(shù)據(jù)庫腳本114.4.1生成create_user.sql114.4.2生成create_table.sql122. 1 設計文件內(nèi)容數(shù)據(jù)庫設計完成后，應形成并提交以下的設計文件：（1） 數(shù)據(jù)庫腳本文件是用于創(chuàng)建數(shù)據(jù)庫、生成數(shù)據(jù)庫表、視圖等內(nèi)容的腳本文件，文件后綴為.sql， 包括：l create_database.sql創(chuàng)建數(shù)據(jù)庫l create_user.sql創(chuàng)建數(shù)據(jù)庫用戶l create_table.sql創(chuàng)建數(shù)據(jù)庫表、視圖、索引l crea

3、te_data.sql創(chuàng)建系統(tǒng)初始化數(shù)據(jù)（2） 原始設計文件是指使用Power Designer進行設計的文件，如：.pdm文件。（3） 其它必要文件3. 2 命名規(guī)范3.1 2.1設計文件的命名數(shù)據(jù)庫腳本文件應保持與上述的命名一致。3.2 2.2數(shù)據(jù)庫文件的命名Oracle數(shù)據(jù)庫的文件類型有4種：數(shù)據(jù)文件、聯(lián)機重做日志文件、控制文件、參數(shù)文件，每種文件的命名應遵循如下的約定。3.2.1 2.2.1數(shù)據(jù)文件的命名數(shù)據(jù)文件與表空間具有多對一的關系，即，一個表空間可以有一個或多個數(shù)據(jù)文件，一個數(shù)據(jù)文件只能屬于一個表空間，因此可以通過在文件名中增加表空間名來區(qū)分數(shù)據(jù)文件的歸屬，格式為：<表空間

4、名><2位數(shù)字>.dbf例如：empty01.dbf、empty02.dbf3.2.2 2.2.2聯(lián)機重做日志文件的命名聯(lián)機重做日志文件記錄與數(shù)據(jù)庫有關的重做數(shù)據(jù)，聯(lián)機重做日志組成重做日志組，每個重做日志組可由多個成員組成，每組必須由相同個數(shù)的成員組成。命名格式為：redo<member_number><group_identifier>.logmember_number為2位數(shù)字，表示日志組中日志文件的序號；group_identifier為單一字符，表示重做日志組；例如： 組A redo01a.logredo02a.log 組B redo01b.l

5、ogredo02b.log3.2.3 2.2.3控制文件的命名控制文件存儲數(shù)據(jù)庫的關鍵性結構信息，每個Oracle數(shù)據(jù)庫應該至少有兩個（最好三個）控制文件，命名約定如下：control<nn>.ctl3.2.4 2.2.4數(shù)據(jù)庫參數(shù)文件的命名在Oracle安裝完畢后，系統(tǒng)在$ORACLE_HOME/dbs目錄下自動生成一個參數(shù)初始化文件。該文件的命名約定如下：init<SID>.oraSID是Oracle唯一的實例標識符另外，用戶還可以建立其他的參數(shù)文件，這些文件可以在主要的參數(shù)配置文件中通過IFILE參數(shù)來指定。利用IFILE功能，能夠更好的組織參數(shù)文件以及在多個實例

6、中共享某些配置。其命名約定如下：config<SID>.ora3.3 2.3表命名（1） 使用有意義的英文單詞來命名（2） 表名用大寫英文字母表示（3） 以字母開頭，其余部分可以是字母、數(shù)字的任意組合（4） 使用“_”來分割單詞，如ACCOUNT_HISTORY（5） 表名的長度限制在30個字符之內(nèi)（6） 表名以一個模塊名的縮寫作為前綴，如SYS_USER（7） 子表名與父表名有相應的聯(lián)系，如：父表ACCOUNT、子表ACCOUNT_HISTORY（8） 表名不得是Oracle數(shù)據(jù)庫的保留字3.4 2.4視圖命名規(guī)則：“VIEW_表A_表B”其中“VIEW_”作為前綴，以區(qū)別于表名

7、，“表A、表B”表示組成視圖的表名，如果表過多或其中若干個表名過長，則可以適當簡化視圖名例如：VIEW_TICKET是從表TICKET、TICKET_SOURCE、TICKET_PRICE_POLICY三個表中提取數(shù)據(jù)而形成的一個關于票的完整信息。3.5 2.5索引命名規(guī)則：ix_<表名>_n例如：ix_account、ix_account_1、ix_account_23.6 2.6 Constraint命名Check Constraint規(guī)則：chk_<表名>_<列名>3.7 2.7字段命名（1） 使用有意義的英文單詞來命名（2） 字段名用大寫英文字母表示

8、（3） 使用“_”來分割單詞（4） 字段名的長度限制在30個字符之內(nèi)（5） 使用后綴來表示列的數(shù)據(jù)類型或特定含義，具體內(nèi)容見下表后綴數(shù)據(jù)類型描述例子*_idNumber(10)通常用來做主鍵名稱的后綴，這種主鍵沒有實際意義，僅僅給出每一條記錄的一個標識，該字段通?；谝粋€SEQUENCE。sms_id*_noVarchar2(10)用來做主鍵名稱的后綴，這種主鍵有實際意義staff_no*_dtDate/Datetime時間和日期類型create_dt*_codeVarchar2(10)編碼類型，表示該字段存儲的值是一種預定義的編碼。這個編碼一定存在于MAS_CODE表中，含有*_code字段

9、的表和MAS_CODE表建立主外鍵關系status_code、error_code*_flagVarchar2(1)用來表示“Yes” or “No”，其值用大寫的“Y”、“N”表示start_flag*_priceNumber(10,2)金額或貨幣的表示ticket_price*_nameVarchar2(80)表示對象名稱user_name*_ageNumber（3）表示年齡user_age*_remarkVarchar2(255)注釋、備注等*_descVarchar2(255)對象的描述信息user_desc3.8 2.8 SEQUENCE的命名規(guī)則：“SEQ_序列名”，其中以“SEQ

10、_”開頭，序列名用有意義的英文單詞表示，是字母、數(shù)字和“_”的任意組合。例如：SEQ_USER_ID3.9 2.9 Key命名主鍵（Primary Key）：Pk_<表名>例如：pk_account外鍵（Foreign Key）：fk_<表名>_<列名>例如：fk_account_account_type4. 3設計原則（1） 所有記錄業(yè)務數(shù)據(jù)的表中都要設有“操作員”、“記錄創(chuàng)建日期”、“記錄修改日期”的字段。（2） varchar2類型的字段長度盡量使用10、30、80、255、2000中的一種。但是，含有特定意義的字段如IP地址等，可以使用習慣的長度。（

11、3） 子表的主鍵選擇：對于第二層的子表，主鍵通常由父表的主鍵加上子表自身的主鍵共同組成；對于第三層以上的子表，只使用子表自身的主鍵，而父表的主鍵作為外鍵存在。（4） 具有master_detail關系的表的字段順序，假設account和account_history是兩個具有master_detail關系的表，通常在account表中account_id是主鍵，是account_history表的外鍵。在這種情況下，要求account_history表的第一個字段為account_id，第二個字段為account_history_id。（5） code表用來存儲預定義的一些編碼信息，所有預定義

12、的數(shù)據(jù)信息都要在數(shù)據(jù)庫中作為系統(tǒng)初始化數(shù)據(jù)錄入，在需要的時候可以作維護界面對其進行管理。但是code表中的記錄數(shù)不要超過4000條，以免影響系統(tǒng)性能。Code表的結構列名數(shù)據(jù)類型描述主鍵master_typeVarchar2(10)Code的種類Yescode_typeVarchar2(10)Code的值Yescode_descVarchar(255)Code的描述（6） 數(shù)據(jù)庫腳本文件的編寫要求l 所有的SQL保留字必須大寫；l INSERT語句必須指定列名；l WHERE子句中的列應該給出表的別名；5. 4附錄：Power Designer使用介紹在數(shù)據(jù)庫設計過程中，使用Power Des

13、igner作為統(tǒng)一的數(shù)據(jù)庫設計輔助工具，數(shù)據(jù)庫結構的設計和創(chuàng)建數(shù)據(jù)庫的腳本都使用Power Designer。設計數(shù)據(jù)庫的過程大致如下：5.1 4.1概念設計所謂概念設計是根據(jù)用戶的需求建立實體關系模型，搞清楚應用系統(tǒng)要處理的數(shù)據(jù)以及它們之間的關系。概念設計最終產(chǎn)生的結果是一份實體關系圖。在Power Designer中選擇File>New，在“新建”對話框中選擇“Conceptual Data Model”。在Workspace下會出現(xiàn)“ConceptualDataModel_1”，展開后可看到“Diagram_1”，雙擊Diagram_1可以在右邊的設計窗口進行編輯。在Concept

14、ual Data Model中有Entity、Relationship、Association三個基本元素：Entity為實體，表示應用系統(tǒng)中需要處理的一個個數(shù)據(jù)對象；Relationship可以連接兩個實體，標識他們之間的關系，兩個實體間的關系可以是一對一、一對多和多對多。在Power Designer中雙擊Relationship，可以在其屬性框的detail選項卡中選擇這些關系。當兩個Entity之間存在多對多的關系時，通常會在這兩個Entity之間建立一個Association，如下圖：概念設計是從較高的層次對應用系統(tǒng)所需要處理的數(shù)據(jù)進行組織和圖形化，它不涉及具體的數(shù)據(jù)庫管理系統(tǒng)。Po

15、wer Designer創(chuàng)建的Conceptual Data Model保存后生成一個*.cmd的文件。5.2 4.2物理設計確定實體關系圖后就可以開始物理設計。所謂物理設計是對如何將概念設計部署到某一具體的數(shù)據(jù)庫管理系統(tǒng)的設計。在Power Designer中通過已經(jīng)確定的Conceptual Data Model自動生成一個Physical Data Model。選擇Tools>Generate Physical Data Model，可以看到一個“PDM Generation Option”對話框選擇一個數(shù)據(jù)庫管理系統(tǒng)（Oracle 8.1.6）后，單擊“確定”，Power Des

16、igner自動根據(jù)Conceptual Data Model產(chǎn)生Physical Data Model，如下圖所示。在這張圖中，Entity和Association分別對應數(shù)據(jù)庫中的一張表，而Relationship會被映射成一個主外鍵約束。同時，數(shù)據(jù)庫表的每個字段都沒有明確的數(shù)據(jù)類型。5.3 4.3產(chǎn)生數(shù)據(jù)庫設計報告（數(shù)據(jù)字典）完成物理設計后，為了便于維護和交流需要生成數(shù)據(jù)庫設計報告。Power Designer提供報表生成的模板，我們已經(jīng)建立了生成報表的模板文件（DB_Report_Pkg_Template.rtp，附于此文檔同目錄下）選擇Model>Report，會看到如下的界面。

17、點擊左上角的“New Report”按鈕，會看到“New Report”對話框：在對話框中輸入數(shù)據(jù)庫設計報告的名字，采用的語言，通過點擊“Report template”右邊的小按鈕選擇模板所在的目錄，再下拉Report template下拉框選擇“Design Report”，點擊“OK”按鈕，可以看到報告定制界面現(xiàn)在，可以通過選擇File>Generate>RTF菜單生成數(shù)據(jù)庫設計報告了。5.4 4.4生成數(shù)據(jù)庫腳本在設計完成后，需要利用Power Designer生成數(shù)據(jù)庫腳本（創(chuàng)建數(shù)據(jù)庫結構、初始化數(shù)據(jù)的SQL語句），利用這些數(shù)據(jù)庫腳本可以方便的在具體的數(shù)據(jù)庫管理系統(tǒng)上部署項目的數(shù)據(jù)庫。5.4.1 4.4.1生成create_user.sql點擊Model>User，可以看到如下的對話框：點擊左上